当警告误导：InnoDB行大小限制的奇异案例
内容提要
最近发现一个警告信息，表中添加字段后行大小超过允许的最大大小。警告出现在表对象加载到表定义缓存中时，当缓存过小无法容纳所有用户表时会偶尔出现。删除列以符合限制时，MySQL执行命令没有投诉但记录错误。尝试重新添加有问题的列时会触发两个警告。错误消息有时出乎意料，不要盲目相信，而是尝试找到核心问题。
延伸解读
警告触发条件：表定义缓存未命中
文章指出，该警告并非由DDL操作直接引发，而是当表对象被加载到表定义缓存时触发。如果缓存过小，无法容纳所有用户表，那么当表定义不在缓存中时，任何访问该表的操作（包括SELECT或SHOW CREATE TABLE）都会导致警告被记录到错误日志。这意味着警告的出现具有偶发性，与缓存状态相关，而非表结构变更。
行格式与严格模式的历史遗留影响
涉事表使用旧的COMPACT行格式，其最大行大小限制比DYNAMIC格式更低。在MySQL 5.6及更早版本中，innodb_strict_mode默认关闭，因此即使表定义违反行大小限制也能创建成功。升级到5.7及以上版本后，严格模式默认开启，但已存在的表仍保留，导致后续访问时触发警告。这提醒我们，历史遗留的表结构可能在新版本中引发意外警告。
误导性错误消息：删除列也报“添加字段”
文章中的案例显示，当删除列以使表符合行大小限制时，MySQL执行命令没有返回警告，但错误日志中却记录了“Cannot add field”的错误。同样，重新添加列时会触发两个警告，其中一个指向ALTER过程中创建的临时表。这些消息内容与操作意图明显不符，说明错误消息可能具有误导性，不能仅凭字面意思判断问题根源。
应对建议：深入分析而非盲信警告
作者强调，面对此类意外警告，不应盲目相信错误消息的表面描述，而应深入调查核心原因。例如，检查表定义缓存大小、行格式以及innodb_strict_mode设置。同时，可以关注MySQL bug报告（如#113695和#115954）以了解已知问题。这种分析方法有助于避免被误导性信息带偏，快速定位真正的问题。
Q&A
InnoDB行大小限制是什么？
InnoDB行大小限制是每条记录在索引叶页上允许的最大大小，通常为8126字节。
为什么在添加字段时会出现行大小超过限制的警告？
当表的行大小超过最大允许大小时，MySQL会在加载表对象到表定义缓存时发出警告。
如何解决行大小过大的问题？
可以通过将某些列更改为TEXT或BLOB类型，或使用ROW_FORMAT=DYNAMIC或ROW_FORMAT=COMPRESSED来解决行大小过大的问题。
innodb_strict_mode的作用是什么？
innodb_strict_mode开启时，MySQL会防止创建违反行大小限制的表。
表定义缓存过小会有什么影响？
表定义缓存过小可能导致在访问表时出现警告，尤其是在表对象未加载到缓存中时。
删除列后为什么没有警告但仍记录错误？
虽然删除列的操作没有警告，但MySQL仍会记录错误，因为行大小仍然违反了限制。
