1
mahone3297 2014-01-10 15:46:50 +08:00
100w不需要分表。。。
|
2
maddot 2014-01-10 16:30:19 +08:00
这需要根据实际的场景来选择方法的,脱离场景谈这个没多大意义
|
3
maddot 2014-01-10 16:30:45 +08:00
理论的话GOOGLE一下你就看不完了
|
4
raincious 2014-01-10 17:01:26 +08:00 1
100W数据量不算特别巨大。
我测试的时候一般拿5GB的数据,大约500W行记录。这样的数据量下,如果遇到了慢的情况,那么几乎可以确认要么是索引不对,要么就是JOIN了不该JOIN的表。 另外,针对数据量较大的情况,应该尽量减少WHERE的条件。曾经有经验做登陆的时候用username = XXX AND password = XXX,结果300W数据的时候用了16秒才查出来,后来改成了username = XXX,然后取出密码比对。这样优化之后几乎每次都能在10ms内得到结果了。 然后就是优先查询primary,其次unique,然后才是索引,这样速度貌似也更快嗯。 剩下的。。。就没了嗯。。。个人经验还是不足。。。 |
5
andyhuax 2014-01-10 17:37:34 +08:00 via iPhone
100万太少了吧,等1000万了再来考虑这个问题
|