分页查询是最常用的场景之一，但也通常也是最容易出问题的地方。比如对于下面简单的语句，一般 DBA 想到的办法是在 type, name, create_time 字段上加组合索引。这样条件排序都能有效的利用到索引，性能迅速提升。 好吧，可能90%以上的 DBA 解决该问题就到此…

本文正在参加「金石计划」 本文主要介绍博主在以往开发过程中，对于不同业务所对应的 sql 写法进行归纳总结而来。进而分享给大家。 本文所讲述 sql 语法都是基于 MySql 8.0 博主github

经常有小哥发出疑问，SQL还能这么写？我经常笑着回应，SQL确实可以这么写。其实SQL学起来简单，用起来也简单，但它还是能写出很多变化，这些变化读懂它不难，但要自己Get到这些变化，可能需要想一会。

如果能有一个东西自动帮我把日志中的SQL语句筛选出来，还能把参数都给我带上，那岂不是很完美。 比如日志中的这条查询: 找到这条语句，还得再把参数与问号一一对应真的好折磨人的。 于是找到了这个插件——M

毫不夸张的说咱们后端工程师，无论在哪家公司，呆在哪个团队，做哪个系统，遇到的第一个让人头疼的问题绝对是数据库性能问题。如果我们有一套成熟的方法论，能让大家快速、准确的去选择出合适的优化方案，我相信能够

写SQL不难，但写好SQL却并非易事，成为一名把业务SQL写的又快又好的高手，这里面需要一定的基本功和技巧，如若你只停留在满足业务需求即可的程度，那本章可助你快速打破瓶颈，成为一位人见人夸的绝顶高手。

在项目中遇到的真实问题，以及我的解决方案，部分数据做了脱敏处理。最近在做项目时需要写sql做单表查询，每次查出来的数据有几百万甚至上千万条，公司用的数据库是MySQL5.7，做了分库分表...

前言 前段时间我踩过一个坑：在mysql8的一张innodb引擎的表中，加了唯一索引，但最后发现数据竟然还是重复了。 到底怎么回事呢？ 本文通过一次踩坑经历，聊聊唯一索引，一些有意思的知识点。 1.还

单日数据暴增几十万、几百万甚至上千万，远超出传统单表的性能极限，此时该如何处理呢？本章会结合真实的线上业务，全面阐述单表数据增长过快的优雅处理方案。