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. 即使对于对于不改变有序性的函数，优化器也不会考虑使用索引（），例如。

【代码】『K8S 入门』三：资源调度。

2. 获取 deploy3. 删除 deploy，这时候相应的 pod 就没了4. 虽然删掉了 Pod，但是这是时候还有 service，我们可以也删掉5. 自己创建配置文件，构建 Podroute -ndocker ps。

6. 部署 CNI 网络插件（在 master 节点执行）5. 加入 Kubernetes Node。7. 测试 kubernetes 集群。

【代码】『SpringBoot 源码分析』run() 方法执行流程：（4）刷新应用上下文-处理 @Import 注解。

【代码】『SpringBoot 源码分析』run() 方法执行流程：（3）刷新应用上下文-处理 @ComponentScan 注解。

【代码】『SpringBoot 源码分析』run() 方法执行流程：（2）刷新应用上下文-准备阶段。

6. 然后根据调用栈，找到 main 入口，获取到主程序类，设置到。5. 设置完初始化器之后，开始设置监听器。的实现类，逐一初始化，并按照。找到所有 key 为。

【代码】『SpringBoot 源码分析』自动配置。

【代码】『SpringBoot 源码分析』依赖管理。

【代码】『Dubbo SPI源码分析』@Adaptive 机制分析。

【代码】『Dubbo SPI源码分析』依赖注入机制分析。

【代码】『Dubbo SPI源码分析』Wrapper 机制分析。

【代码】『Dubbo SPI源码分析』SPI 机制分析。

/</</

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