Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535异常解决方案

Row size too large 错误是 MySQL 数据库在尝试创建或修改表时可能会遇到的一个错误。这个错误表明你试图创建的表结构中的行大小超过了 MySQL 所支持的最大限制。在 MySQL 中，每个表的行都有一个最大大小限制，这个限制取决于使用的存储引擎和行格式。

报错问题

ERROR 1118 (42000): Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535.
这个错误指出，尝试创建的表其行大小（不包括 BLOB 和 TEXT 列）超过了 65535 字节的限制。

报错原因

报错原因通常有以下几种：

列数过多或列类型过大：表中定义的列数过多，或者某些列的数据类型过大，导致整行的数据大小超出了限制。
使用了大量的 VARCHAR, VARBINARY, 或其他变长类型：这些类型的列会根据实际存储的数据量来占用空间，如果数量过多或者长度设置过大，会导致行大小超出限制。
使用了多个固定长度类型的列：如 CHAR 类型，它们会占用固定的空间，如果表中包含多个这样的列，并且它们的总长度较大，也可能导致行大小超出限制。
行格式（Row Format）：不同的行格式有不同的行大小限制。例如，DYNAMIC 和 COMPRESSED 行格式通常比 COMPACT 和 REDUNDANT 行格式支持更大的行大小。
InnoDB 页面大小：InnoDB 存储引擎使用页面来存储数据，页面大小默认为 16KB（也可以通过 innodb_page_size 配置项调整，但通常不建议这么做）。如果行大小接近或超过页面大小的一半，那么可能会遇到这个错误。
下滑查看解决方法

解决方法

针对这个错误，可以采取以下几种解决方案：

优化列定义：检查表结构，看是否有可以优化或缩减的列。例如，将 VARCHAR(255) 减少到 VARCHAR(128)，或者将某些列的数据类型从 CHAR 改为 VARCHAR。
使用不同的行格式：如果当前使用的是 COMPACT 或 REDUNDANT 行格式，可以尝试更改为 DYNAMIC 或 COMPRESSED。这可以通过在创建表或修改表的 SQL 语句中添加 ROW_FORMAT=DYNAMIC 或 ROW_FORMAT=COMPRESSED 来实现。
分割表：如果表中的数据确实需要很大的行大小，那么可能需要考虑将表拆分成多个小表，并通过关联查询来组合数据。
调整 InnoDB 页面大小：虽然不推荐这么做，但在某些极端情况下，可以考虑调整 InnoDB 的页面大小。但这需要重建整个数据库，并且可能带来其他的问题。
使用 TEXT 或 BLOB 类型：对于非常大的数据字段，考虑使用 TEXT 或 BLOB 类型来存储，这些类型的数据会被存储在表外，不会计入行大小限制。
重新设计数据库模式：如果经常遇到这个问题，可能需要重新考虑数据库的设计模式，以确保数据能够有效地被存储和检索。

如果还有什么疑惑欢迎评论区留言或者私信我来帮助你解答，谢谢阅读。