提到SQL优化，大多数人想到的还是那些经典套路：建索引、避免全表扫描、优化JOIN顺序…这些确实是基础，但如果你还停留在MySQL 5.7时代的优化思维，那就out了。MySQL 8.0已经发布好

上周的一天，到公司接了杯水刚刚坐稳，就看到 DBA就在群里@ 某个研发帅哥，说“你的表已经有10个索引了，怎么这次还要再加呢？” 那我就在想：一张表到底建多少个索引才是合适呢？ 要搞懂这个问题，我们就

有一次生产环境的一个bug本地没办法复现，由于没有测试人员，也就不存在测试环境，所以本地连了生产库去调试。不出意外的话要出意外了：在调试的过程中，我俩当作开发环境很自然的把数据给删了。

前言 我最近几年用MYSQL数据库挺多的，发现了一些非常有用的小玩意，今天拿出来分享到大家，希望对你会有所帮助。 1.group_concat 在我们平常的工作中，使用group by进行分组的场景，

在 MySQL 中，删除的方法总共有 3 种：delete、truncate、drop，而三者的用法和使用

无论你是Java、Go、PHP、Python、Node....任何语言的开发者，如若对数据库仅停留在基本的增删改查，那相信本系列的文章绝对能助力大家成为“码农Plus”，也一定值得诸位细读品鉴~

面试官：我看你简历上写了MySQL，对MySQL InnoDB引擎的索引了解吗？ 候选者：嗯啊，使用索引可以加快查询速度，其实上就是将无序的数据变成有序（有序就能加快检索速度） 候选者：在InnoDB

面试官：你是怎么理解InnoDB引擎中的事务的？ 候选者：在我的理解下，事务可以使「一组操作」要么全部成功，要么全部失败 候选者：事务其目的是为了「保证数据最终的一致性」。 候选者：举个例子，我给你发