前言 作为一个写SQL的程序员，代码写得好不好是一回事，但SQL写得烂，性能拉胯，全公司都得为你的慢查询买单，尤其在大数据量表上，SQL写不好就是“内鬼”级别的错误。 今天不整那些虚的，直接来点硬货：

# 为什么 MySQL 不推荐使用雪花 ID 和 UUID 做主键？从索引原理到性能优化的深度解析 在 MySQL 表设计中，主键选择是影响性能的关键因素。雪花 ID（Snowflake）和 UUI

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

`shigen`是一个擅长多种编程语言的博主，分享技术成长和认知。最近，他制作了一个数据库表结构导出工具，支持生成MD和DOCX文档。程序通过SQL（如`show tables`和`desc`）获取信

Limit 是一种常用的分页查询语句，它可以指定返回记录行的偏移量和最大数目。例如，下面的语句表示从 test 表中查询 val 等于4的记录，并返回第300001到第300005条记录： 这样的语句

我们来看这样一个面试场景。 面试官：“在你们的项目中，用到多表关联查询了吗？” 候选人：“嗯，每个项目都用到了。” 面试官听了似乎有些愤怒，说：“多表关联查询这么慢，为什么你们还要用它！”

在 MySQL 集群架构中有两种主流的集群实现，一种是读写分离，而另外一种则是数据分片。所谓的数据分片其实就是今天要聊的分库分表技术。 分库分表技术不但是日常工作中用于解决数据库中的数据量会急剧增长，

千万级数据大概就是MySQL查询的天花板了。这里讨论的情况是在MySQL一张表的数据达到千万级别。表设计很烂，业务统计规则又不允许把sql拆成多个子查询。