10 个解决方案
#1
索引
#2
你如何查询,有查询条件吗?
针对查询条件定制索引
针对查询条件定制索引
#3
换成oracle不完了
#4
分表吧
#5
建索引,几百万条,建索引就OK了,几千万的话,就要别的办法了
#6
如果记录再涨一下，速度肯定会受影响，对你经常用到的字段加一个索引，或者借助SQL帮你分析你的索引是否恰当。
#7
建索引吧，几千万的话都很快的。
#8
针对查询条件定制索引，对这样量的数据应该很好的
很快的，反正也是在一个服务器并且一个表中的。
很快的，反正也是在一个服务器并且一个表中的。
#9
查询速度要看你的硬件情况、表结构情况、查询语句情况。
硬件就不说了。表结构要看你这个表是查询多还是插入更新多。如果查询多，就建聚簇索引，可以建多个索引；如果插入更新多，那不易建太多索引。查询语句，你把你的语句贴出来看看，查询条件（Where）最好是以表中的索引键为主。
硬件就不说了。表结构要看你这个表是查询多还是插入更新多。如果查询多，就建聚簇索引，可以建多个索引；如果插入更新多，那不易建太多索引。查询语句，你把你的语句贴出来看看，查询条件（Where）最好是以表中的索引键为主。
#10
是否大了SQL的补丁
二 添加一些主键索引
二 添加一些主键索引
#1
索引
#2
你如何查询,有查询条件吗?
针对查询条件定制索引
针对查询条件定制索引
#3
换成oracle不完了
#4
分表吧
#5
建索引,几百万条,建索引就OK了,几千万的话,就要别的办法了
#6
如果记录再涨一下，速度肯定会受影响，对你经常用到的字段加一个索引，或者借助SQL帮你分析你的索引是否恰当。
#7
建索引吧，几千万的话都很快的。
#8
针对查询条件定制索引，对这样量的数据应该很好的
很快的，反正也是在一个服务器并且一个表中的。
很快的，反正也是在一个服务器并且一个表中的。
#9
查询速度要看你的硬件情况、表结构情况、查询语句情况。
硬件就不说了。表结构要看你这个表是查询多还是插入更新多。如果查询多，就建聚簇索引，可以建多个索引；如果插入更新多，那不易建太多索引。查询语句，你把你的语句贴出来看看，查询条件（Where）最好是以表中的索引键为主。
硬件就不说了。表结构要看你这个表是查询多还是插入更新多。如果查询多，就建聚簇索引，可以建多个索引；如果插入更新多，那不易建太多索引。查询语句，你把你的语句贴出来看看，查询条件（Where）最好是以表中的索引键为主。
#10
是否大了SQL的补丁
二 添加一些主键索引
二 添加一些主键索引