三年前做支付网关项目时，我遇到过一个诡异的问题：系统在每秒 300 并发时频繁报`Connection timed out`，但服务器 CPU 和内存使用率都不到 50%。排查了三天才发现，罪魁祸首是

使用jstack通过top/jps -l定位高CPU进程，top -Hp找主线程，转换ID，jstack+grep获取堆栈，分析修复问题代码，有效诊断Java性能瓶颈。

大家好，我是程序员柯南。今天来复盘一个由PageHelper引起的多线程复用问题的排查和解决过程。让人难以相信的是，最终定位的原因竟然是，一个同事注释无用代码的时候少注释的一行导致的。着实坑爹啊！

总结 IDEA 好用的技巧，本篇介绍多线程的调试。 一、IDEA 多线程调试要点 多线程调试，需要先掌握以下两个核心要点。 要点一：查看运行栈帧 && 切换线程 在 Threads & Variabl

前段时间需求功能开发完成之后，将需求分支feature/task1合到主分支。 后来因为增加需求导致项目延期，为了不影响到主分支，就使用 git revert 进行合并撤销。 然后继续在 featur

InnoDB 采取行级加锁策略，虽然行级加锁策略极大提高了程序的并发性能，但由于锁粒度的减小 InnoDB 执行某些操作的时候可能会同时占用多个行锁，加大了锁冲突的概率；不同事务隔离级别对数据一致性要求不同，如RR级别下增加的gap锁可能导致大量的锁冲突；同时不当的业务设计也可…

用一个极简案例带你深度剖析MySQL死锁排查与预防。从锁的分类, 到B+树的索引原理, 到锁的转换; 从环境部署，到复现死锁，到查看死锁日志，再到定位死锁根源，最后梳理MySQL死锁排查思路与预防手段

最近线上偶发MySQL的死锁异常，发现原来很多理论都只背了个结论，细节都是魔鬼。 不妨来一起看看，MySQL的死锁问题有哪些你不了解的细节。

4）事务B执行插入操作，插入成功，同时事务A的插入由阻塞变为死锁error。 InnoDB 实现了标准的行级锁，包括两种：共享锁（简称 s 锁）、排它锁（简称 x 锁）。 共享锁（S锁）：允许持锁事务读取一行。 排他锁（X锁）：允许持锁事务更新或者删除一行。 如果 T1 持有 …