explain查看sql执行计划：
type属性，表示连接的类型，如果是ALL这种那就需要优化了，
possible_key属性，表示可以使用的索引，如果没有则为null，
key属性表示mysql实际决定使用的索引，如果没有选择索引，键是null，
rows 表示mysql认为它执行查询时必须检查的行数，行数越多效率越低。
–索引类型：
主键索引，唯一索引，组合索引，普通索引
–什么是索引
数据库索引是数据库管理系统中的一个排序的数据结构，以协助快速查询，更新数据库表中数据，索引的实现通常使用B树(B-tree)以及其变种B+tree（一些高效率的算法）
–使用索引时有些不生效的情况
1、使用like关键字模糊查询时，% 放在前面索引不起作用，只有“%”不在第一个索引位置，索引才会生效（like ‘%文’–索引不起作用）
2、使用联合索引时，只有查询条件中使用了这些字段中的第一个字段，索引才会生效 ,比如联合索引（a,b,c）,只有查询条件中有a这个索引，那就生效，否则不生效
联合索引abc，现在模糊查询 b like ‘%xxxx’ and a = ‘qqq’，这样走索引吗？这样是走索引的，只有a带索引的出现前模糊才不会走索引。
3、使用OR关键字的查询，查询语句的查询条件中只有OR关键字，且OR前后的两个条件中的列都是索引时，索引才会生效，否则索引不生效。
4、尽量避免在where子句中使用!=或<>操作符，否则引擎将放弃使用索引而进行全表扫描。
5、对查询进行优化，应尽量避免全表扫描，首先应考虑在where以及order by涉及的列上建立索引。
6、应尽量避免在 where 子句中对字段进行表达式操作，这将导致引擎放弃使用索引而进行全表扫描。如：
select id from t where num/2=100
应改为:
select id from t where num=100*2
7、尽量避免在where子句中对字段进行函数操作,将导致引擎放弃使用索引而进行全表扫描。
8、不要在 where 子句中的“=”左边进行函数、算术运算或其他表达式运算，否则系统将可能无法正确使用索引。
9、并不是所有的索引对查询都有效，sql是根据表中的数据来进行查询优化的，当索引列有大量数据重复时，sql查询不会去利用索引，如一表中有字段
sex，male，female几乎个一半，那么即使在sex上建立了索引也对查询效率起不了作用。
10、索引并不是越多越好，索引固然可以提高相应的 select 的效率，但同时也降低了 insert 及 update 的效率，
因为 insert 或 update 时有可能会重建索引，所以怎样建索引需要慎重考虑，视具体情况而定。一个表的索引数最好不要超过6个，
若太多则应考虑一些不常使用到的列上建的索引是否有 必要。
11、尽量使用数字型字段，若只含数值信息的字段尽量不要设计为字符型，这会降低查询和连接的性能，并会增加存储开销。
这是因为引擎在处理查询和连接时会 逐个比较字符串中每一个字符，而对于数字型而言只需要比较一次就够了。
12、mysql查询只使用一个索引，因此如果where子句中已经使用了索引的话，那么order by中的列是不会使用索引的。
因此数据库默认排序可以符合要求的情况下不要使用排序操作，尽量不要包含多个列的排序，如果需要最好给这些列建复合索引。
13、order by 索引 ，不起作用的问题（除了主键索引之外）：
1、 如果select 只查询索引字段，order by 索引字段会用到索引，要不然就是全表排列；
2、如果有where 条件，比如where vtype=1 order by vtype asc . 这样order by 也会用到索引！