MySQL: 是否使用 LONGTEXT 而不是 MEDIUMTEXT 缺乏性能？
MySQL: Is there a lack of performance by using LONGTEXT instead of MEDIUMTEXT?
我知道尽可能使用最小数据类型的原则，但我想知道为什么这适用于 MySQL 中的 TEXT / MEDIUMTEXT / LONGTEXT？如果我使用 LONGTEXT 而不是 MEDIUMTEXT，是否存在性能问题？
我发现了问题 当每个条目都适合中文本大小的字段时，使用 MySQL 长文本大小的字段有什么缺点？
但我认为这不是性能问题的答案？
是否只是为 LONGTEXT 增加一点存储空间？
什么时候我应该更喜欢 MEDIUMTEXT 而不是 LONGTEXT？
唯一的区别是行数据中的长度字段。使用 MEDIUMTEXT 而不是 LONGTEXT 每条记录节省 1 个字节。如果您有 1 亿条记录，则可以节省 100 MB。曾几何时，那是大量的磁盘 space。
如果您 运行 超出数据库行的大小限制，差异也可能很大。 *TEXT 数据的文本存储在 table 数据外部的文件中，因此不计入限制，但我相信大小字段在 table 中，所以它确实如此计数。
但如果这些都不是问题，请继续使用最大的类型，让您的架构面向未来。
我知道尽可能使用最小数据类型的原则，但我想知道为什么这适用于 MySQL 中的 TEXT / MEDIUMTEXT / LONGTEXT？如果我使用 LONGTEXT 而不是 MEDIUMTEXT，是否存在性能问题？ 我发现了问题 当每个条目都适合中文本大小的字段时，使用 MySQL 长文本大小的字段有什么缺点？ 但我认为这不是性能问题的答案？
是否只是为 LONGTEXT 增加一点存储空间？
什么时候我应该更喜欢 MEDIUMTEXT 而不是 LONGTEXT？
唯一的区别是行数据中的长度字段。使用 MEDIUMTEXT 而不是 LONGTEXT 每条记录节省 1 个字节。如果您有 1 亿条记录，则可以节省 100 MB。曾几何时，那是大量的磁盘 space。
如果您 运行 超出数据库行的大小限制，差异也可能很大。 *TEXT 数据的文本存储在 table 数据外部的文件中，因此不计入限制，但我相信大小字段在 table 中，所以它确实如此计数。
但如果这些都不是问题，请继续使用最大的类型，让您的架构面向未来。