MySQL 的 TEXT 类型竟然不是无限存储？！—— 某车企广告线索存储案例解析-优快云博客

在数字化时代的浪潮席卷下，越来越多的企业开始重视线上营销的重要性。主流平台如微信、抖音、快手、小红书、百度等，已然成为企业推广与获客的重要阵地。企业在这些平台投放广告后，每日都会产生大量的线索数据，作为一名后端开发人员，解析和存储这些数据是家常便饭。

最近，我发现工作多年的老员工，竟然对 MySQL 数据库中常用的 TEXT 类型存在认知偏差（说不定正在阅读的你也有类似的情况），所以，今天我想和大家深入探讨一下 TEXT 类型，以消除大家的认知误区。

一、从一个常见场景说起

假设某车企最近在抖音平台上投放了旗下热门车型的广告，每天需要定时从巨量引擎 API 拉取广告线索数据，其中包含一个名为 keywords 的属性，用于记录用户搜索过的关键词。

面对这个场景，我们需要设计数据库表来存储这些线索数据。相信大多数开发人员第一反应都会选择 VARCHAR 类型来存储 keywords 属性。毕竟关键词嘛，能有多长呢？然而，经验告诉我们，VARCHAR 类型的最大长度限制为 255 个字符，在该场景中会极大可能遇到长度溢出的问题。

为了解决 VARCHAR 类型长度限制的问题，一些开发者会自然而然地选择 TEXT 类型来存储 keywords 属性。毕竟在大家的印象里，TEXT 类型似乎能够存储无限长度的文本数据。。

那么问题来了，TEXT类型，真的是不限长度存储的吗？答案是否定的。

MySQL 中的 TEXT 类型并非可以无限存储数据。实际上，TEXT 类型也分为四种：TINYTEXT、TEXT、MEDIUMTEXT 和 LONGTEXT。它们分别拥有不同的最大存储长度：

回到我们最初的场景中，如果选择使用 TEXT 类型存储 keywords 属性，我们需要根据实际情况选择合适的类型。

在我们的案例中，最终我们选择了MEDIUMTEXT类型，解决了TEXT类型抛出Data too long for column keywords异常问题 ，同时也纠正了老员工认为 TEXT 类型可以无限存储的错误认知。

不过需要注意的是，在实际开发中，我们仍然需要根据具体业务需求选择合适的字段类型，并在设计数据库时预留足够的空间，以避免数据存储问题。同时，我们也要时刻关注数据库性能，避免因存储空间过大而影响查询效率。