7 个解决方案
#1
http://blog.csdn.net/dogfish/article/details/6661675参考参考
#2
提问题应该把问题说清楚一些,不要想当然地认为回答的人会了解你的所有情况。
太泛,别人一般也不会答复
太泛,别人一般也不会答复
#3
查询慢,
能想到的解决方案有:分区,调索引,改sql。
最好将表和sql语句提出来 才能进行分析。
能想到的解决方案有:分区,调索引,改sql。
最好将表和sql语句提出来 才能进行分析。
#4
实时监控系统,查询希望得到的数据应该是近期的,及时的将过期的数据移到另外一个位置,缩小每次查询检索数据量。
#5
建立视图,查询视图
#6
对的这个有的
#7
大哥啊,你这问题说的也太笼统了吧。一百万张表的数据的查询优化首先要分析你常用的查询语句,一方面看此语句是否可修改另一方面在主表的限制条件列或者关联表的关联条件列根据字段值得重复量判断是否可建立btree索引。或者也可使用分区+局部索引
#1
http://blog.csdn.net/dogfish/article/details/6661675参考参考
#2
提问题应该把问题说清楚一些,不要想当然地认为回答的人会了解你的所有情况。
太泛,别人一般也不会答复
太泛,别人一般也不会答复
#3
查询慢,
能想到的解决方案有:分区,调索引,改sql。
最好将表和sql语句提出来 才能进行分析。
能想到的解决方案有:分区,调索引,改sql。
最好将表和sql语句提出来 才能进行分析。
#4
实时监控系统,查询希望得到的数据应该是近期的,及时的将过期的数据移到另外一个位置,缩小每次查询检索数据量。
#5
建立视图,查询视图
#6
对的这个有的
#7
大哥啊,你这问题说的也太笼统了吧。一百万张表的数据的查询优化首先要分析你常用的查询语句,一方面看此语句是否可修改另一方面在主表的限制条件列或者关联表的关联条件列根据字段值得重复量判断是否可建立btree索引。或者也可使用分区+局部索引