关于mysql优化问题

一.关于全表扫描

　　1.合理使用索引,要尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。

　　2.避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描

　　3.尽量避免在 where 子句中使用 != 或 <> 操作符，否则将引擎放弃使用索引而进行全表扫描。

　　4.in 和 not in 也要慎用，否则会导致全表扫描

　　5.应尽量避免在 where 子句中使用 or 来连接条件，如果一个字段有索引，一个字段没有索引，将导致引擎放弃使用索引而进行全表扫描

　　6. select 字段 from 表 where name like ‘%abc%’将导致全表扫描

　　7.对于多张大数据量（这里几百条就算大了）的表JOIN，要先分页再JOIN，否则逻辑读会很高，性能很差

　　8.select count(*) from 表；不带任何条件的count会引起全表扫描，并且没有任何业务意义

　　9.任何情况都不要使用select * from 表 需要什么字段查什么字段

二.关于索引

　　1、表的主键、外键必须有索引；

　　2、数据量超过300的表应该有索引；

　　3、经常与其他表进行连接的表，在连接字段上应该建立索引；

　　4、经常出现在Where子句中的字段，特别是大表的字段，应该建立索引；

　　5、索引应该建在选择性高的字段上；

　　6、索引应该建在小字段上，对于大的文本字段甚至超长字段，不要建索引；

　　7、复合索引的建立需要进行仔细分析；尽量考虑用单字段索引代替：

　　8、频繁进行数据操作的表，不要建立太多的索引；

　　9、删除无用的索引，避免对执行计划造成负面影响；

三 group by与临时表

　　1. 如果GROUP BY 的列没有索引,产生临时表. 
　　2. 如果GROUP BY时,SELECT的列不止GROUP BY列一个,并且GROUP BY的列不是主键 ,产生临时表. 
　　3. 如果GROUP BY的列有索引,ORDER BY的列没索引.产生临时表. 
　　4. 如果GROUP BY的列和ORDER BY的列不一样,即使都有索引也会产生临时表. 
　　5. 如果GROUP BY或ORDER BY的列不是来自JOIN语句第一个表.会产生临时表. 
　　6. 如果DISTINCT 和 ORDER BY的列没有索引,产生临时表.