和小曼一起走到MySQL行的尽头

本篇文章主要是结合我之前面试的各种经历和实战开发中遇到的问题解决经验整理的，希望这篇《和小曼一起走到MySQL行的尽头》对你有很大帮助！欢迎收藏，分享给更多的需要的朋友学习~

小曼，重庆人，性格虽然内敛，但却是一位资深段子手。去年和我一起入职，工位坐我旁边后，承包了我半年的笑点。

我们还曾经一起去过那个被称作 “MySQL行尽头” 的地方。

那是一个普通的下午，耳边都是赶着需求的键盘声，我也码得正嗨皮，就在这时突然传来测试小姐姐的一声

“(╯°Д°)╯︵ ┻━┻小曼，你的 SQL 报错啦！”

我俩四目相对，眉头一皱，嗯？这 SQL 不是我们俩昨天一起看过的吗？而且在研发库上还成功运行了的，竟然报错了。

没办法，只能先停下手边工作，把 SQL 领回来看看：

ALTER TABLE t ADD x VARCHAR(300);

这就是个普通的 DML 语句啊，为 t 表增加一个 x 字段，其类型为 VARCHAR，并且允许最大的字符长度 300。

看起来没什么毛病啊，那再看看在测试库上报了啥错误：

-- 每个字段上限1w字符
-- 又因为是latin1编码，所以也是1w字节
CREATE TABLE t (
a VARCHAR(10000),
b VARCHAR(10000),
c VARCHAR(10000),
d VARCHAR(10000),
e VARCHAR(10000),
f VARCHAR(10000)
)CHARSET=latin1, ENGINE=InnoDB;

再尝试修改表结构：

ALTER TABLE t ADD x VARCHAR(10000);
[Err] 1118 - Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. You have to change some columns to TEXT or BLOBs

错误如约而至，原因我们也已知晓，70000 > 65535，那我们再尝试修改下 SQL：

ALTER TABLE t ADD x VARCHAR(5535);
[Err] 1118 - Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. You have to change some columns to TEXT or BLOBs

仍然报错，经过反复测试后，新增的 VARCHAR 最大长度只能是 5520：

ALTER TABLE t ADD x VARCHAR(5520);
Query OK, 0 rows affected (0.02 sec)

最大只能是 65520，和 65535 还差了 15，这是因为还有其他开销（VARCHAR的长度标识 2 个字节 * 7 + NULL 标识位的1个字节）。

到这里，问题基本清楚了。原来 MySQL 的行也是有尽头的，虽然 VARCHAR 具有可变长的特点，好用，但也不能乱用，毕竟还有 65535 字节在限制着我们。

小曼，那我们是不是按 MySQL 给建议，把字段改成 TEXT 和 BLOBs 就可以跨越限制，不会再出现这个问题？

ε=(´ο｀*))) 唉，MySQL 设计数据结构的时候就已经规定了“一切皆有尽头”，TEXT 和 BLOBs 也不例外，所以仍然存在超出限制的可能。它们的具体限制你去翻翻 MySQL 手册 11.7节吧，不说了，我要改BUG了。

(´・ω・`) 好的，小本本记下来，MySQL手册 11.7节，原来“一切皆有尽头”！

禅定时刻

上述已经将问题基本定位清楚，MySQL 的限制让我们不能继续添加字段，但同时这也正提醒着我们设计的重要性。会出现这个问题的真正原因实则正是，我们使用数据库字段类型不当，那么如何解决该问题，我想大家也应该都知道了。

最后想说，虽然一切皆有尽头，但只要我们用合理的设计去解决，便能打破有限，创造无限。

以上就是《和小曼一起走到MySQL行的尽头》的详细内容，更多关于mysql的资料请关注golang学习网公众号！