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啦

EXPLAIN 那些事 :

using temp  filesort  都是不好的，filesort是因为有sort, 而 buffer不够就会用 temp，那就更糟糕了，子查询等也会制造temp

rows 表示扫描多少行，在 innodb中是不准的！可以用 myisam 做test.