MySQL 优化方案

基本上通过索引来解决 。 
通常索引键在where , group by , order by 相关的列 
一个表只能用一个索引(查询的时候)
所以当要执行复杂查询时最好使用联合索引就是 index (a,b,c,d,....)
where 需要注意的事,
索引是左到右使用的 , 如果是 index(a,b,c) 那么可以
1. where a = x and b = y and c = z 
2. where a = x order by b,c 
3 where a = x group by a,b,c
group by 需要注意的事 :
如果是多表查询,group by 索引只能group 最后的那个被join出来的表的列  
比如 a straight join b 
那么 group by a.x 是可以的 
如果是 group by a.x,b.y 那就fair 了 
table join 完了最后只能有一个表索引,其它表的列的索引全部作废了
但是在join的时候他们的索引是有帮助的 
order by 要注意的事 
group by 之后 要order by 是很困难的,因为他们必须是用联合索引顺着走.但一般上不那么巧 
而且如果你order by 有 desc 反来反去也是不会走索引的。 

所以呢遇到一些没办法用索引来优化的案子只好退而求其次 
group by 和 order by 都是很伤的,尤其是你join table 的话它通常还会要 using temp  filesort . 
所以尽可能满足其中一个也好 。 
那么如果真的无法满足的话,那么要确保数据量不要太大不然就gg 了 .

那么其它的一些方向就是通过一些table 设计来尽可能的优化 
比如 : 反范式
就是把多个table的数据放在一个table 让他不必join .
这样的缺点就是重复数据多坑多,admin update的时候要同步的地方也多 
maintain 起来会很难 。
优点就是数据在一个table 索引就容易建了 。

预先计算
就是不要在拿数据的时候才做计算,尽可能预先算了放进去 。
那么可以减低需要 group by sum order by sum 之类的问题 .

缓存
要确保每个语句一定可以被缓存,不要使用日期的函数来写语句,比如 where a.x = now() 

把语句拆开 
让c#分几次查询 ,简化sql语句 . 
好处是可以分散缓存,容易使用各各表的索引 。 

当然要在c#做,就要厉害LINQ啦


 

MySQL 优化方案,布布扣,bubuko.com

MySQL 优化方案

上一篇:F Find 3-friendly Integers


下一篇:MySQL 学习笔记 (它执行的步骤)