多年不用`PageHelper`了，最近新入职的公司，采用了此工具集成的框架，作为一个独立紧急项目开发的基础。项目开发起来，还是手到擒来的，但是没想到，最终测试的时候，`深深的给我上了一课`。

一条语句加什么锁受多种因素影响，如果你不能确认本文唠叨的这些因素的时候，最好不要抢先发言说"XXX语句对XXX记录加了什么锁"

两条一样的INSERT语句竟然引发了死锁，这究竟是人性的扭曲，还是道德的沦丧，让我们不禁感叹一句：卧槽！这也能死锁，然后眼中含着悲催的泪水无奈的改起了业务代码。

通过报警，我们基本可以定位到发生死锁的数据库以及数据库表。先来介绍下本文案例中涉及到的数据库相关信息。 我们使用的数据库是Mysql 5.7，引擎是InnoDB，事务隔离级别是READ-COMMITED。 PS：注意，如果数据库是分库的，以上几条SQL语句需要在单库上执行，不要…

如果我们的业务处在一个非常初级的阶段，并发程度比较低，那么我们可以几年都遇不到一次死锁问题的发生，反之，我们业务的并发程度非常高，那么时不时爆出的死锁问题肯定让我们非常挠头。不过在死锁问题发生时，很多没有经验的同学的第一反应就是成为一只鸵鸟：这玩意儿很高深，我也看不懂，听天由命…

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

一次生产环境数据库死锁问题排查与解决。解决方案比较简单，但为什么发生死锁想了很久，最终通过实践模拟真实数据，实时查看sql执行后数据库锁情况和sql执行计划才搞清楚。

我熟练应用ctrl c和ctrl v 开发curd代码好多年了。 mysql查询为什么会慢，关于这个问题，在实际开发经常会遇到。

背景 本没想着写这篇文章的，因为我觉得这个东西大多数有经验的开发遇到过，肯定也了解过相关的原因，但最近我看到有几个关注的技术公众号在推送相关的文章。实在令我吃惊！