你听说过雷军程序员时期的博客，里面藏着34个SQL秘诀吗？

嘿，你听说过雷军那段程序员时代的博客吗？那可不是普通的博客，它像一颗被埋在深山里的宝石，闪烁着34个SQL秘诀的光芒。 太坑了。 今天我就把这颗宝石拆开， 撒落在你面前，顺便给你点情感色彩和噪音让你读起来像是在听老友唠叨。

一、为什么要提到雷军？为什么要提到SQL？

我无法认同... 雷军嘛，他可不止是个老板，也曾是个代码狂人。程序员时期的他，把代码当作舞台，把数据库当作乐器。那些博客里写得稀奇古怪，但背后隐藏的是对性能的极致追求。别看它是“博客”，其实更像是一份手稿，一份手稿里写满了“哦，我怎么做的”，还有“你也能这样”。而SQL呢？它是数据库的语言，也是我们与数据对话的方式。所以这34个秘诀不只是技巧，更是一种精神。

1️⃣ 小字段大意义：空间就是速度

先说字段类型——越小越好！想想看，如果一个字段只占4字节，那记录就能装进去更多，IO次数自然少一点。记住：小字段 = 大速度，不夸张地说...。

2️⃣ 索引也是小东西才好吃：索引大小决定扫描效率

主键如果是大整数， 二级索引上也会变成大整数，那可真是“肥头大脚”。把主键改成tinyint或者bit，就能让索引更轻盈。别忘了：索引越小，磁盘读写也就越快，我裂开了。。

3️⃣ 写操作要慎重：唯一性和change buffer

唯一索引在频繁写场景下会有性能差距， 主要原因是系统要保证唯一性，会额外锁表或行。别用太多change buffer， 也是没谁了... 要么就直接放弃吧。写操作太多？先想办法合并，再来优化。

4️⃣ 数据类型匹配：整型 vs 浮点 vs 定点

TINYINT、 SMALLINT、MEDIUMINT、INT、BIGINT：都不一样，用哪个取决于业务范围。比如用户ID通常用BIGINT，但如果确定不会超过10万，就用SMALLINT；否则浪费空间。