mysql优化

1. 优化原则
1.1. 减少不需要数据的请求
一般规避使用*来查询
1.2. 检查了太多的数据
Mysql的开销一般的三个指标：执行时间，检查行数，返回的行数
理想情况下返回的行数和检查的行数是相等的。
可以使用索引来减少查找的行数，避免全表扫描。
当索引的某列重复值比较多，而另外列散列较多，可以联合起来组成覆盖索引，可以使用覆盖索引。
数据分布上，group_id相同的比较多，uid散列的比较均匀，加索引的效果一般，但是还是建议我试着加了一个多列索引：ALTER TABLE user_group ADD INDEX group_id_uid (group_id, uid);
重写优化语句。

1.3. 复杂查询
对于一个大的查询，可能会锁住很多的资源，数据日志空间写满，可以使用limit来多次查询。避免占用资源太多。以前db2时就用数据库事务日志空间写满的情况多次出现。
太多的内连接和左右链接查询会减慢速度，可以分解为多个单例的查询然后在应用程序端来链接数据来做。可以减少不必要数据的查询次数。还可以有效利用缓存，每次只会锁住一个表，不会像链接查询锁住多个表，对资源是让费。
应用程序端链接的情况：
1. 可以缓存早期查询的大量数据。
2. 使用多个MYISAM 表，每次只会锁住一个表，不会像链接查询锁住多个表。
3. 对于大表使用IN() 替换链接。
4. 一个连接引用同一表多次。

1.4. 子查询
Mysql 不会把关联子查询优化得很差，有时候可能还是最优的方式。
例如使用：distinct group by 的可以采用 exist 子查询来做会你链接更快。大多数情况链接是回快于子查询。