前言 在传统的系统应用程序中我们通常都会和数据库建立连接进行数据的读写操作，为了减少连接数据库造成的资源消耗于是有了数据库连接缓冲池。在此基础上，SQL 语句的优化对于研发人员也是非常重要的，高效的

最近生产爆出一条慢sql，原因是用了or和!=，导致索引失效。于是，总结了索引失效的十大杂症，希望对大家有帮助，加油。 如果它一开始就走全表扫描，直接一遍扫描就完事。 mysql是有优化器的，处于效率与成本，遇到or条件，索引可能失效，看起来也合情合理。 注意: 如果or条件的…

众所周知MySQL联合索引遵循最左前缀匹配原则，在少数情况下也会不遵循（有兴趣，可以翻一下上篇文章）。 创建联合索引的时候，建议优先把区分度高的字段放在第一列。 至于怎么统计区分度，可以按照下面这

昨晚我正在床上睡得着着的，突然来了一条短信。 什么？线上的订单无法取消！ 我赶紧登录线上系统，查看业务日志。 发现有MySQL锁超时的错误日志。

在工作中遇到的一个问题。就是mysql的一个表中的一个字段是varchar类型的，这个字段用来存储身份证，身份证正好是18位的。但是在根据身份证号来查询用户的时候，忘了给这个查询条件的身份证号加上''，然后就产生了问题。 查出来的结果那就只有这一条了。 明显上述sql语句在条件…

从异常堆栈来看，问题的根源在于Lock wait timeout exceeded; try restarting transaction异常。从异常信息来看，应该是：mysql锁超时了 刚开始的时候，认为是大资源导致操作的sql较多，从而达到设置的最大超时时间。尝试在测试、预…

执行DML操作没有commit，再执行删除操作就会锁表。 在同一事务内先后对同一条数据进行插入和更新操作。 表索引设计不当，导致数据库出现死锁。 长事务，阻塞DDL，继而阻塞所有同表的后续操作。 但是要区分的是Lock wait timeout exceeded与Dead Lo…

公司的交易量比较大，使用的数据库是mysql，每天的增量差不多在百万左右，公司并没有分库分表，所以想维持这个表的性能只能考虑做数据迁移。 第一个方案使用的时候发现一次性全部加载，系统直接就OOM了，但是分批次做就过多io和时间长，于是选用了第二种方案，测试的时候没有任何问题，开…

数据库死锁，是最难调试与追踪的。 同一个表，事务内先插入一条记录，再更新这条记录，并发时会死锁。 并且能够复现。 可以通过什么工具模拟并发事务，查看信息，解决问题呢？这是今天要分享的内容。 画外音：说明事务 A 中阻塞的语句，确实在等事务 B 中的某个锁。 两个事务，各自修改自…