Gavinjou大笨象的博客

由慢查询导致性能问题的三种可能情况，实际上出现最多的是前两种可以通过下面过程，预先发现问题上线前，把慢查询日志（slow log）打开，并且把设置成 0，确保每个语句都会被记录入慢查询日志在测试表里插入模拟线上的数据，做一遍回归测试观察慢查询日志里每类语句的输出，特别留意字段是否与预期一致新增的 SQL 语句不多，手动跑一下就可以。而如果是新项目的话，或者是修改了原有项目的表结构设计，全量回归测试都是必要的。这时候，你需要工具帮你检查所有的 SQL 语句的返回结果。

session A 的 delete 语句加了 limit 2，但是 c=10 的记录其实只有两条，因此加不加 limit 2，删除效果都一样，但是加锁的效果就不一样。

3. 当执行 select * from t where d=5 for update 的时候，6 个记录加上了行锁，还同时加了 7 个间隙锁，这样就确保无法再插入新的记录。

4. 可以看出 905 号线程是问题根源，可以执行。2. 扫描 1 行但是执行还是很慢的情况。

4.5. 优化器可以选择遍历主键索引，也可以选择遍历索引 t_modified，优化器对比索引大小后发现，索引 t_modified 更小，遍历这个索引比遍历主键索引来得更快。因此。但是这里是全索引扫描6. 即使对于对于不改变有序性的函数，优化器也不会考虑使用索引（），例如。

/</</

【代码】『手撕 Mybatis 源码』10 - 一级缓存。

用于定义插件的类指定要拦截哪个对象里面哪个方法// 详细的配置要拦截那些对象里面的那些方法 }由于一个拦截器可以同时拦截多个对象的多个方法，，所以就使用了Signture数组，该注解定义了拦截的完整信息// 拦截的类 Class <?> type();// 举例：type = StatementHandler.class // 拦截的方法 String method();// 举例：method = "prepare" // 拦截方法的参数 Class <?

【代码】『手撕 Mybatis 源码』08 - 动态代理 invoke 方法。

【代码】『手撕 Mybatis 源码』07 - Proxy 对象创建。

【代码】『手撕 Mybatis 源码』06 - Mapper 代理方式初始化。

SqlSession 执行主流程获取 BoundSql经过加载完所有配置之后，继续梳理执行 sql 的过程public class MybatisTest { @Test public void test1() throws IOException { ... // 4. 委派给 Executor 来执行，Executor 执行时又会调用很多其他组件（参数设置、解析 sql 的获取，sql 的执行、结果集的封装） User user = sqlSession.selectOne("u

取下一个行 (R’,rowid’)，跟当前堆里面最大的 R 比较，如果 R’小于 R，把这个 (R,rowid) 从堆中去掉，换成 (R’,rowid’)5. 小结：order by rand() 使用了内存临时表，内存临时表排序的时候使用了 rowid 排序方法。对于这 10000 个准备排序的 (R,rowid)，先取前三行，构造成一个堆。重复第 2 步，直到第 10000 个 (R’,rowid’) 完成比较。使用了优先队列排序算法，其实只要取 R 的最小的 3 个 rowid。

【代码】『手撕 Mybatis 源码』04 - 创建 sqlSession。

/</</</</

【代码】『MySQL 实战 45 讲』“order by” 是怎么工作的。

对于返回至少 4 个参数以上的对象，最好使用。

【代码】『MySQL 实战 45 讲』15 - 两阶段提交、索引相关问题。

【代码】『手撕 Mybatis 源码』01 - 基本原理与搭建。

count(*) 慢的根本原因