写 SQL 的时候，大家都有个肌肉记忆：如果只需要一条数据，一定要加上 LIMIT 1。 这听起来非常合理，毕竟数据库只要找到一条满足条件的记录，就可以收工回家，不用再把剩下的几百万行数据扫一遍，既省

生产环境突发 MySQL 通信中断，空闲26分钟后首次访问必失败。排查发现非数据库超时，而是中间网络设备“静默断连”。通过精准配置 Druid 连接池——启用异常分类器、调整空闲回收策略、关闭危险选项

在本文中，我将重点分析在各种通用场景下，IN 运算符和 OR 运算符查询的性能差异，并探索这些性能差异背后的原因，目的是为了帮助DWS用户最大化的提升其查询性能。

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

在MySQL的InnoDB引擎的行锁主要有三类： Record Lock： 记录锁，是在索引记录上加锁； Gap Lock：间隙锁，锁定一个范围，但不包含记录； Next-ke

国庆在家无聊，我随手翻了一下家里数据库相关的书籍，这一翻我就看上瘾了，因为大学比较熟悉的一些数据库范式我居然都忘了，怀揣着好奇心我就看了一个小国庆。 看的过程中我也做了一些小笔记，可能没我之前系统文章那么有趣，但是绝对也是干货十足，适合大家去回顾或者面试突击的适合看看，也不多说…

👈👈👈 欢迎点赞收藏关注哟 一. 前言 日常业务中时不时会用到一些 MongoDB 的查询，慢慢的也累计了不少，索性整理了一下 https://juejin.cn/post/7253251884525

双 11、618 期间，系统要尽可能多地卖出商品，尽可能多地收订单，又不能超过库存。在这种高并发、大流量场景下，整个系统的瓶颈点出现在数据库上，本篇文章就库存更新这一场景下讨论如何优化事务 SQL。

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