公司要做一个搜索，数据量不大但是着急，引入ES就显得来不及了，于是决定就用mysql的全文索引原地实现，过程中踩了一些坑： 一开始是就是简单了使用了FULLTEXT全文索引，结果却并不满意，怎么优化呢

为了验证 MySQL 中哪些情况下会导致索引失效，我们可以借助 explain 执行计划来分析索引失效的

大家好，捡田螺的小男孩。 SQL调优这块呢，大厂面试必问的。最近金九银十嘛，所以整理了SQL的调优思路，并且附几个经典案例分析。

打算写一系列死锁分析的例子，将平时遇到的死锁例子记录下来，做好记录，也当做积累。死锁输出table_a的索引table_b的索引具体的表名以及关键信息已经做了脱敏处理，采用table_a，table_

前面几篇文章介绍了利用调试MySQL源码的方式来调试锁相关的信息，这里利用这个工具来解决一个比较简单的问题，线上的表字段较多，这里简单成为了一个表sql语句如下我们先用之前debug的方式来看一下，这

在实际业务开发过程中，MySQL 会由于许多原因造成死锁，本文就是基于网易云商的一次实遇死锁经验，讲述了一次由于 Index Merge 优化导致的死锁案例，并分享处理本次死锁所运用的方法。

开发经常遇到分页查询的需求，但是当翻页过多的时候，就会产生深分页，导致查询效率急剧下降。 有没有什么办法，能解决深分页的问题呢？ 本文总结了三种优化方案，查询效率直接提升10倍，一起学习一下。

非null字段的处理要比null字段的处理高效些！且不需要判断是否为null。 null在MySQL中，不好处理，存储需要额外空间，运算也需要特殊的运算符。如select null = null和select null <> null（<>为不等号）有着同样的结果，只能通过is…

面试官：麻烦你好好看看这篇文章，再告诉我，每张表到底能存多少数据？ 实际情况下，每张表由于自身的字段不同、字段所占用的空间不同等原因，它们在最佳性能下可以存放的数据量也就不同，需要手动计算才行。