本文详细介绍了MySQL中如何定位慢查询，通过开启慢查询日志和使用Explain分析执行计划。讲解了索引的基本概念、B+树结构及其与B树的区别。讨论了并发事务可能导致的问题及解决方案，如脏读、不可重复读和幻读，并介绍了四种事务隔离级别。此外，文章涵盖了聚簇与非聚簇索引、回表查询、覆盖索引等概念，以及SQL优化策略，包括创建表时的优化和使用索引的注意事项。最后，探讨了事务的ACID特性、事务隔离性实现（MVCC）、主从同步原理以及分库分表的实践策略。
MySQL中，如何定位慢查询 ？
我们当时做压测的时候有的接口非常慢，接口的响应时间超过了2秒以上，因为我们当时系统部署了运维的监控系统Skywalking，在展示的报表中可以看到是哪一个接口比较慢，并且可以分析这个接口哪部分比较慢，这里可以看到SQL的具体的执行时间，所以可以定位是哪个sql出了问题
如果，项目中没有这种运维的监控系统，其实在MySQL中也提供了慢日志查询功能，可以在MySQL的系统配置文件中开启这个慢日志的功能，并且也可以设置SQL的执行超过多少时间来记录到一个日志文件中，我记得上一个项目配置的是2秒，只要SQL执行的时间超过了2秒就会记录到日志文件中，我们就可以在日志文件找到执行比较慢的SQL了。
那这个SQL语句执行的很慢，如何分析呢？
如果一条sql执行很慢的话，我们通常会使用mysql自动执行计划expelain来去查看这条sql的执行情况，比如我们可以通过key和key_len检查是否命中索引，如果本身已经添加了索引，也可以判断索引是否有失效的情况，通过type字段查看sql是否有进一步的优化空间，是否存在全索引扫描或全盘扫描，通过extra建议来判断，是否出现回表的情况，如果出现了可以尝试添加索引或修改返回字段来修复
了解过索引吗?(什么是索引)
索引在项目中还是比较常见的，它是帮助MySQL高效获取数据的数据结构，主要是用来提高数据检索的效率，降低数据库的IO成本，同时通过索引列对数据进行排序，降低数据排序的成本，也能降低了CPU的消耗
索引的底层数据结构了解过嘛?
MySQL的默认的存储引擎InnoDB采用的B+树的数据结构来存储索引，选择B+树的主要的原因是：
第一：阶数更多，路径更短；
第二：磁盘读写代价B+树更低，非叶子节点只存储指针，叶子阶段存储数据；
第三：B+树便于扫库和区间查询，叶子节点是一个双向链表。
B树和B+树的区别是什么呢？
第一：在B树中，非叶子节点和叶子节点都会存放数据，而B+树的所有的数据都会出现在叶子节点，在查询的时候，B+树查找效率更加稳定
第二：在进行范围查询的时候，B+树效率更高，因为B+树都在叶子节点存储，并且叶子节点是一个双向链表
并发事务问题？
脏读：一个事务读到另外一个事务还没有提交的数据
不可重复读：一个事务先后读取同一条记录，但两次读取的数据不同，称之为不可重读。
幻读：一个事务按照条件查询数据时，没有对应的数据行，但是在插入数据时，又发现这行数据已经存在，好像出现了“幻影”
解决方案:对事务进行隔离
隔离级别
最低0.47元/天 解锁文章
扫一扫
1880
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
