mysql深入研究

1.MySQL in的执行

1.1 in的字段有索引：

如

select  from test where id in (1,2,5,6);

这种情况下，MySQL从in的列表中逐个取id，然后根据id在聚簇索引中查找到对应的行；

1.2 in的字段没建索引

如

select * from test where age in (20,19,24)；

这种情况下，MySQL会将in列表中的数据排序，然后遍历整个表，拿到表中每一行的数据的age，使用二分查找法从in列表中寻找有没有相等的age。这样，当in列表中的数据量越大，MySQL这样的做法就越是高效。

2.limit 的优化

当offset非常大的时候，

3.innoDB引擎的加锁机制

1.innoDB的加锁是针对于索引记录的，InnoDB这种行锁实现特点意味者：只有通过索引条件检索数据，InnoDB才会使用行级锁，否则，InnoDB将使用表锁。下面可以开启两个事务来验证一下：
备注：test表的id和c1列有索引。
情况1：

可以看到innoDB引擎上了锁，导致右边的事务执行select for update时阻塞。但不清楚是只给id=1,2,3的行上了行锁，还是直接给整个表上了表锁。

这里，左边的事务删除id=4,5,6的行，右边的事务删除id=7,8,9的行，并且在左边事务未提交时，右边事务成功执行了删除id=7,8,9的行的sql语句。
综合两张图，可以知道对于使用了索引的sql语句，会对满足where条件的行上一个行锁。

情况2：

这里可以看到，针对于未使用索引的sql语句，进行delete操作时，即使In不同的条件，右边的事务依然会阻塞，被上了表锁。
参考链接：
1、mysql innodb引擎什么时候表锁什么时候行锁？
2、MySQL InnoDB引擎锁的总结

4.MySQL 排序

参考链接：
1、https://segmentfault.com/a/1190000011330649
2、https://juejin.im/entry/59019b428d6d810058b8488e
3、https://segmentfault.com/a/1190000015987895
4、https://www.zhb127.com/archives/mysql-order-by-filesort-internal.html
5、https://blog.youkuaiyun.com/hguisu/article/details/7161981
6、https://blog.youkuaiyun.com/ghw15221836342/article/details/99540991
7、https://www.twblogs.net/a/5d53f0dfbd9eee5327fcf320/zh-cn

5.MySQL语句的执行顺序

参考链接：
https://www.cnblogs.com/rollenholt/p/3776923.html

6.执行计划详情

参考链接：
https://juejin.im/post/5dc2d4c5e51d4529f73e3354