最近，在运维部及DBA同事的帮助和大家的共同努力下，对项目中的慢SQL进行了优化和修正，效果还是很明显的，在此给大家点一个大大的赞。为了让我们在SQL的处理上更为合理，形成可实践、可借鉴、可参考优化的方案，我在这里梳理一下慢SQL的解决思路，供大家参考。 慢SQL的系统表现 首先…

Mysql5.6版本之前 更新步骤 对原始表加写锁 按照原始表和执行语句的定义，重新定义一个空的临时表。 对临时表进行添加索引（如果有）。 再将原始表中的数据逐条Copy到临时表中。 当原始表中的所有

通过上述输出结果没发现什么大的问题，两次关联查询都使用了 type = eq_ref，并且都使用了索引，只是对于 table_extract 这张表的查询数据库走了全表扫描，这个确实没办法，我们需要获取该表中除了索引以外的其它字段，但是这张表的数据量也只有rows=2159行，…

1. 对于 mysql，不推荐使用子查询和 join 是因为本身 join 的效率就是硬伤，一旦数据量很大效率就很难保证，强烈推荐分别根据索引 单表取数据，然后在程序里面做 join，merge 数据。 2. 子查询就更别用了，效率太差，执行子查询时，MYSQL 需要创建临时表…

声明一下：下面的优化方案都是基于 “ Mysql-索引-BTree类型 ” 的 做MySQL优化，我们要善用 EXPLAIN 查看SQL执行计划。

面试官：要不你来讲讲你们对MySQL是怎么调优的？ 候选者：哇，这命题很大阿…我认为，对于开发者而言，对MySQL的调优重点一般是在「开发规范」、「数据库索引」又或者说解决线上慢查询上。 候选者：而对

前几天有粉丝和我聊到他找工作面试大厂时被问的问题，因为现在疫情期间，找工作也特别难找。他说面试的题目也比较难，都偏向于一两年的工作经验的面试题。 他说在一面的时候被问到Mysql的面试题，索引那块自己都回答比较满意，但是问到Mysql的锁机制就比较懵了。 因为平时没有关注Mys…

大家好，我是捡田螺的小男孩。 我们日常做分页需求时，一般会用limit实现，但是当偏移量特别大的时候，查询效率就变得低下。本文将分4个方案，讨论如何优化MySQL百万数据的深分页问题，并附上最近

MySQL 系列的第四篇，主要内容是事务，包括事务 ACID 特性、隔离级别、脏读、不可重复读以及对幻读的详解等内容。