“不建议 MySQL 使用 Text 类型”，对于 Text 内容比较短小也不能用吗？

• 資深大佬 : warcraft1236

  别的不知道，就知道 text 是没法整体加索引的，也是前多少个字符加到索引里边

• 資深大佬 : xuanbg

  既然 varchar 够用，就不要用 text 了。

• 資深大佬 : RedisMasterNode

  InnoDB 里面决定 TEXT 和 Blob 类型是否要外联（也就是放到外部空间）依据是一个页中是否能够存放下 2 行数据，如果不可以，Text 和 Blob 就会外联，否则就会存在行内，这时和 varchar 等没有什么差异。按照你的描述如果只有 300-500 个字符，这时候 TEXT 会表现得和 varchar （ 500 ）类似。

  大部分使用 TEXT 和 BLOB 的时候都是要存储好几 KB 、MB 的内容，可以考虑清楚自己要存什么东西再定

  对于索引，我猜可以通过索引字段内容的开头 xxx 字符处理，可以自行尝试一下

• 資深大佬 : sagaxu

  那 mysql 干嘛要有 text 类型？

• 資深大佬 : wnanbei

  `VARCHAR` 大于某些数值的时候，其会自动转换为 `text`，大概规则如下：

  – 大于 varchar(255) 变为 `TINYTEXT`
  – 大于 varchar(500) 变为 `TEXT`
  – 大于 varchar(20000) 变为 `MEDIUMTEXT`

  在某个地方看到的

• 資深大佬 : wnanbei

  我个人感觉用 varchar 不用 text 主要原因是 varchar 可以灵活设置长度，语义清晰的同时避免长度超长。varchar 底层就是 text 的话，性能应该是没有区别的。

• 資深大佬 : Hanggi

  换 Postgresql 好了

• 資深大佬 : RedisMasterNode

  @wnanbei 底层不是 Text

  https://stackoverflow.com/questions/25300821/difference-between-varchar-and-text-in-mysql

• 資深大佬 : keepeye

  我个人习惯超过 255 的长度，都用 text

• 資深大佬 : wd

  varchar 可以限制最大字符数，超了是没法存的。但是 text 没有限制，如果出了异常是有可能存超出你想象的数据的。所以对于已知是长度有限的数据，建议用 varchar 。

• 資深大佬 : dorothyREN

  换 PG 吧，无脑 text

• 資深大佬 : qwerthhusn

  对于 Text 内容比较短小时不建议使用，大的时候就可以正常用了

• 資深大佬 : love

  很多人的性能瓶颈都是想象出来的，TEXT 的性能会产生性能瓶颈？你试过了嘛

• 資深大佬 : titititi

  正好今天看的一篇关于 Text 类型的文章

  https://juejin.cn/post/6898479206087262222

• 資深大佬 : raaaaaar

  就我拿那 web 接口的使用，根本不可能有啥瓶颈

• 資深大佬 : guisheng

  我不接受它的建议。

• 資深大佬 : loading

  不要提前优化，先把 app 写出来再说。

• 資深大佬 : loading

  有一本书，我没看，书名就够了。
  《要搞定，不要完美》

• 資深大佬 : Flymachine

  @wd 你一说这，我想到了日本斗鱼之前对直播弹幕长度没有限制。让 NGA 老哥搞出了 16G 核弹弹幕。能让内存 16G 以下的观看弹幕的电脑全部撑炸。据说还能搞出 32G 的弹幕。不过现在 BUG 修复了。应该就是这块的问题

• 資深大佬 : wnanbei

  @RedisMasterNode 看我 5L 的回复

• 資深大佬 : RedisMasterNode

  @wnanbei varchar 和 text 不会转互

• 資深大佬 : no1xsyzy

  @loading https://tutorial.ponylang.io/
  The Pony Philosophy: Get Stuff Done

• 資深大佬 : wnanbei

  @RedisMasterNode 嗯？

  For a column that has a data type of VARCHAR or one of the TEXT types, changes the data type as necessary to ensure that the new column is long enough to store as many characters as the original column. For example, a TEXT column has two length bytes, which store the byte-length of values in the column, up to a maximum of 65,535. For a TEXT column, each character requires a single byte, so the column can store up to 65,535 characters. If the column is converted to , each character might require up to three bytes, for a maximum possible length of 3 × 65,535 = 196,605 bytes. That length does not fit in a TEXT column’s length bytes, so MySQL converts the data type to MEDIUMTEXT, which is the smallest string type for which the length bytes can record a value of 196,605. Similarly, a VARCHAR column might be converted to MEDIUMTEXT. CONVERT TO CHARACTER SETlatin1utf8

  https://dev.mysql.com/doc/refman/8.0/en/alter-table.html

• 資深大佬 : wnanbei

  @RedisMasterNode 还有

  Specifying the attribute for a character data type causes the column to be created as the corresponding binary data type: CHAR becomes BINARY, VARCHAR becomes VARBINARY, and TEXT becomes BLOB. For the ENUM and SET data types, this does not occur; they are created as declared. Suppose that you specify a table using this definition: CHARACTER SET binary

  https://dev.mysql.com/doc/refman/8.0/en/silent-column-changes.html

• 資深大佬 : RedisMasterNode

  @wnanbei 请注意这部分规则触发的条件，varchar 类型不会在你进行数据改动时转换为 text，这部分操作时在 create/alter table 时触发的，并且条件较为严苛

  In some cases, MySQL silently changes column specifications from those given in a CREATE TABLE or ALTER TABLE statement.
  – If strict SQL mode is not enabled, a VARCHAR column with a length specification greater than **65535** is converted to TEXT.

  而在数据类型确认下来后，如果没有 alter table，只对数据进行改动，数据类型是不会变化的

• 資深大佬 : wnanbei

  @RedisMasterNode 既然不管在 create 语句还是 alter 语句的时候都会静默更改类型，那么这不就是等价吗

• 資深大佬 : RedisMasterNode

  @wnanbei 嗯，那这个是我理解错了，我以为你说的是 varchar 在使用过程中会根据长度转 text，这个是我整错了