【数据库】 MySQL SQL调优笔记(2)

1.常规索引优化方式

1.1.单表优化

# 查询category_id为1且comments大于1的情况下，views最多的article id
SELECT id, author_id FROM article WHERE category_id = 1 AND comments > 1 ORDER BY views DESC LIMIT 1;
EXPLAIN SELECT id, author_id FROM article WHERE category_id = 1 AND comments > 1 ORDER BY views DESC LIMIT 1;
# 单表优化--建立对应索引 优化方案：cv建立索引
create index idx_article_cv on article(category_id,views);

总结：mysql索引是遵从B树索引原则，当建立ccv索引时，先排序category_id，如果遇到相同的category_id则再排序comments，如果遇到相同的comments则再排序

views。而如果处于联合索引中间位置的字段comments > 1是一个范围值（range），则无法利用索引再对后面的views部分进行检索，即range类型查询字段后面的

索引会失效。

这种情况建立cv索引最好。

1.2.两表优化

EXPLAIN SELECT b.bookid,c.card FROM book b LEFT JOIN class c ON b.card = c.card;
# 优化方案：两表连接，左连接索引建立在右表，右连接索引建立在左表；或者查询对调位置
create index idx_class_card on class(card);

总结：两表连接，左连接索引建立在右表，右连接索引建立在左表；或者查询对调位置。

且注意小表驱动大表。

1.3.三表优化

# 针对连接的第三张表phone再在右表phone上建立一个索引
create index idx_class_card on class(card);
create index idx_phone_card on phone(card);

EXPLAIN SELECT * FROM class LEFT JOIN book ON class.card = book.card LEFT JOIN phone ON book.card = phone.card;

总结：三表连接，左连接索引建立在右表连接字段上，右连接建立在左表连接字段上；且注意小表驱动大表；如上，LEFT JOIN都建立在右表连接字段上。

三表连接，建立了两个表的索引。

2.索引失效

2.1.索引失效七字诀

七字口诀：“模型数空运最快”

模：模糊查询，like 如果以%开头，索引会失效；

型：数据类型，如果数据类型错误了，索引会失效；

数：函数，对索引字段使用内部函数，索引会失效，应该建立基于函数的索引；

空：null，索引不存储空值，如果不限制索引列是not null，数据库会认为索引列可能存在空值，也不会按照索引进行计算；

运：运算，对索引列进行加减乘除等运算会导致索引失效；

最：最左原则的意思，在复合索引中，索引列的顺序非常重要，如果不是按照索引列最左列开始进行查找，则无法使用索引；

快：全表扫描更快的意思，如果数据库预计使用全表扫描比使用索引更快，那就不会使用索引

 2.2.硅谷十句诀

硅谷十句诀：

1.全值匹配我最爱：建立的索引个数和顺序与查询的字段个数和顺序完全一致。

2.最佳左前缀法则：如果索引包含多列（复合索引），需要遵守最左前缀法则，指的是查询从索引最左前列开始并且不跳过索引中的列。

所谓：“带头大哥不能死，中间兄弟不能断”

3.不要在索引列上做任何操作（计算、函数、（自动or手动）类型转换），会导致索引失效而转向全表扫描

4.存储引擎不能使用索引中范围条件右边的列，即范围之后全失效

5.尽量使用覆盖索引(只访问索引的查询(索引列和查询列一致))，减少select*

 6.mysql在使用不等于(!=或者<>)的时候无法使用索引会导致全表扫描

 7.is null ,is not null 也无法使用索引

 8.like以通配符开头('%ab...)mysq|索引失效会变成全表扫描的操作

 可以使用覆盖索引解决like %char% 不走索引的问题

9.字符串不加单引号会导致索引失效

 10.少用or.用它来连接时令索引失效

小总结（判断索引是否被使用）：