每秒约插入1万行数据进数据库，求解决方案

每秒约插入1万行数据进数据库，求解决方案

这个流量持续多久啊？
每3个小时一亿条记录而且还要经常查询，
这数据量有点离谱了。绝不是标准数据库可以搞定的，mysql不行，oracle也没戏。

··这个也太多了点吧，只有几个途径了，一个是改用ORACLE，二个提高机器配置了，这个插入量按理都应该用分布式的数据库了，单机的估计很麻烦。
补充：说白了还是我说这两个途径，要么提高数据库规格，用ORACLE，要么就提高配置，不然就分布式数据库，多几个机器作为数据库就对了。

别做索引会快点 ，索引只增加查询速度，会降低插入速度的。你的重点不在查询。。。

1、编程，而非SQL插入；
2、使用参数，避免动态生成SQL ；
3、若可以，Table上先去掉索引与约束，全部插入完成后再重建；

这个不好弄，以前看过一个资料，好像是ebay平均每秒钟还是每分钟执行3亿多条数据库查询，一般来所碰到这种情况他们都不是使用软件数据库，而是直接硬件数据库，省了操作系统这个环节，所以这是最理想的解决方案，如果做不到这一点，只能从代码逻辑进行有限的优化了，以前碰到过一个类似的项目，一个考勤系统，在上班打卡的高峰期，要有好几万人同时操作，所以只能先把数据放到内存队列中，一个一个来。另外数据库不要设计主键，表和表之间也不要关联，一切全靠程序控制，尽可能多的使用缓存，换用oracle等数据库，这样数据库性能能好一点，但也只能一定程度上优化，不能彻底解决

这个不好弄，以前看过一个资料，好像是ebay平均每秒钟还是每分钟执行3亿多条数据库查询，一般来所碰到这种情况他们都不是使用软件数据库，而是直接硬件数据库，省了操作系统这个环节，所以这是最理想的解决方案，如果做不到这一点，只能从代码逻辑进行有限的优化了，以前碰到过一个类似的项目，一个考勤系统，在上班打卡的高峰期，要有好几万人同时操作，所以只能先把数据放到内存队列中，一个一个来。另外数据库不要设计主键，表和表之间也不要关联，

我的记录更多每小时4600万行，试过oracle，插入也不快，数据库大小跟文本大小差不多，反正也不经常查询，还是记录的文本，在linux下文本查起来也挺快的，压缩后只有原来的三分之一，4G的文件压缩需要4分半，一小时压缩一次，还可以接受。

如以上回答内容为低俗、色情、不良、暴力、侵权、涉及违法等信息，可以点下面链接进行举报！

点此我要举报以上问答信息