大家好😁。 上个月，我们公司的内部敏感文档（PRD）截图，竟然出现在了竞品的群里。 老板大发雷霆，要求技术部彻查：到底是谁泄露出去的？😠 但问题是，文档是纯文本的，截图上也没有任何显式的水印（那种写着

哦买噶！美好的假期又遭殃了...，这该死的MySQL在线上又告警：数据查询慢、CPU100%、磁盘100%、客户端连接异常、死锁问题频发.....，这到底怎么回事！究竟是谁动了我的代码！？！！

MySQL/InnoDB的加锁，一直是一个常见的话题。例如，数据库如果有高并发请求，如何保证数据完整性？产生死锁问题如何排查并解决？下面是不同锁等级的区别 表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高 ，并发度最低。 页面锁：开销和加锁时间界于表锁和行…

说起Mysql死锁，之前写过一次有关Mysql加锁的基本介绍，对于一些基本的Mysql锁或者死锁都有一个简单的认识，可以看下这篇文章为什么开发人员需要了解数据库锁。有了上面的经验之后，本以为对于死锁都能手到擒来，没想到再一个阳光明媚的下午报出了一个死锁，但是这一次却没想象的那么…