互联网MYSQL 优化思维导图

左连接加右表索引，右联接加左索引

尽可能减少join语句中的NestedLoop的循环次数：“永远用小的结果集驱动大的结果集”；                                                                                                        优先优化NestedLoop的内层循环；                                                                   保证Join语句中被驱动表Join条件字段已经被索引；                                           当无法保证驱动表的Join条件字段被索引且内存资源充足的前提下，不要太吝啬JoinBuffer的设置；

范围查找右边索引字段失效，可以绕过范围字段，只在其他字段建索引

全值匹配我最爱，最左前缀要遵守

带头大哥不能死，中间兄弟不能断 索引列上少计算，范围之后全失效 like百分写最右，覆盖索引不写星

order by子句，尽量使用Index方式排序，避免使用FileSort方式排序

先排序后分组，按照最左匹配原则

无法使用索引时，增大max

where高于having，能写在where的条件就不要写在having中

如果您已经删除了表的一大部分，或者如果您已经对含有可变长度行的表（含有VARCHAR, BLOB或TEXT列的表）进行了很多更改，表的空间会出现很多碎片;  删除时留白, 插入时尝试使用留白空间 (当删除后并未将所有留空的都插入数据,既可以认为未被立即使用的留空就是碎片)

当B表的数据集必须小于A表的数据集时，用in优于exists

当A表数据集小于B表数据集时，用exists优于in                                                  select ... from table where EXISTS (subquery) 该语法可以理解为，将主查询的数据，放到子查询中做条件验证，根据验证结果（TRUE或FALSE来决定主查询的数据结果是否得以保留）

1.EXISTS（subquery）只返回True或false，因此子查询中的select*也可以是SELECT 1或select，官方说法是实际执行时会忽略SELECT清单，因此没有区别

2.EXISTS子查询的实际执行过程可能经过了优化而不是我们理解上的逐条对比，如果担忧效率问题，可进行实际检验以确定是否有效率问题。

查看和开启

默认是关闭的，开启语句“set profiling = 1;”

SHOW PROFILES ;

SHOW PROFILE FOR QUERY #{id};

了解SQL执行的线程的状态及消耗的时间