MySQL 5.5 Community Server MySQL 5.6 Community Server Percona Configuration Wizard XtraBackup 搭建主从复制 Great Sites on MySQL Percona MySQL Performance Blog Severalnines 推荐管理工具 Sequel Pro phpMyAdmin 推荐书目 MySQL Cookbook
MySQL 相关项目 MariaDB Drizzle 参考文档 http://mysql-python.sourceforge.net/MySQLdb.html
MySQL 相关项目 MariaDB Drizzle 参考文档 http://mysql-python.sourceforge.net/MySQLdb.html 
这是一个创建于 1557 天前的主题，其中的信息可能已经有所发展或是发生改变。
有一文章表，字段有：id，title，content等。 其中content字段为text类型，用于存放富文本。
在进行文章列表检索时： SELCT id, title FROM t1
SELECT 不加 content 字段会对查询速度有帮助吗（即：MYSQL 扫描行时会不会连带 content 字段一起读取了）？
考虑到富文本字段一般都好几兆，如果会一起读取，我得考虑把富文本单独放一张表，不然文章一多，读着太慢了。
第 1 条附言 2021-07-15 16:51:11 +08:00
结贴。 先说结论，会提升读取速度（不考虑网络传输，仅考虑磁盘IO），text、blob 超过页大小的行，会进行页外存储，产生一个20byte的指针。列是否存储在页外取决于页面大小和行的总大小。 当一行太长时，选择最长的列进行页外存储，直到聚集索引记录适合 B 树页面。 小于或等于 40 字节的 TEXT 和 BLOB 列存储在行中。
参考官方文档：https://dev.mysql.com/doc/refman/5.7/en/innodb-row-format.html#innodb-row-format-dynamic
 | 1 monetto 2021-07-15 16:01:02 +08:00  1 个人理解，会的。 MySQL 底层簇族索引是把主键和数据列放在了一起。所以 CPU 其实影响不是很大。 但是富文本的话，恐怕会有一些 IO 压力。 |
 | 2 shakoon 2021-07-15 16:04:37 +08:00 有一定的帮助，但是有限。如果确实用不到的字段那是不应该加到 select 里。 |
 | 3 kiracyan 2021-07-15 16:06:03 +08:00 长文本最好单独放一个表 甚至存文件数据库 |
 | OP @shakoon 文章详情需要检索 content 。文章列表不用检索 content，我现在就怕 虽然 SELECT 没有 content，mysql 检索时会连 content 也读取了。 |
 | 6 ChoateYao 2021-07-15 16:12:34 +08:00 会的，首先读取数据需要一定时间，其次传输数据也需要一定时间。 |
 | 7 littlewing 2021-07-15 16:16:02 +08:00 2 innodb 对于超过 768 字节的 varchar text 会单独存储，读的时候可以不读 |
| 8 fuxinya OP @littlewing 感谢。那就是说，超过 768 字节，只 SELECT id, title 时，mysql 不会读 content |
 | 9 512357301 2021-07-17 17:45:18 +08:00 via Android 所以没啥是 mysql 文档解释不清的 |
Select Language