MySQL创建临时表时包含哪些数据？

发布于 2024-12-18 11:21:32 字数 612 浏览 2 评论 0原文

我一直在阅读有关每当 MySQL 生成临时表时 VARCHAR 字段都会转换为 CHAR 字段的信息。

如果我有下表...

超过 100K 行
十几个 VARCHAR 列设置为实际长度（例如，电话号码为 10）
5 个 VARCHAR 列设置为 15K（长度可能短至 20，但最多可达 15K）案例）

并且，假设我有这个查询...

VARCHAR
返回多个列，包括与六个其他表连接的（不 VARCHAR 列）
按日期和数字 ID 对行进行排序（即，不在 VARCHAR 列上）
具有不包含 VARCHAR 字段的 WHERE 子句
LIMIT 为 12 rows

当MySQL创建临时表时，为了排序和偶尔分组（在某些情况下），临时表中最终会出现什么？

例如，表是否只包含选择要返回的行所需的列（即在 WHERE 和 ORDER BY 子句中指定的列），然后由数据库引擎确定 LIMIT 中的 12 行，然后读取数据那12行？或者，临时表中是否包含较大的数据块（例如，包括冗长的 VARCHAR 列的所有潜在行）？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

二智少女猫性小仙女 2024-12-25 11:21:33

当我试图找出表中是否有一个 TEXT 或 BLOB 是否有必要在 MySQL 必须创建基于磁盘的临时表时，我遇到了类似的情况临时表，或者它还基于该列是否在查询中（SELECT 或 WHERE 子句）。

这是查询（posts.body 的类型为 TEXT），

SELECT * FROM posts p LEFT JOIN user u ON p.user_id = u.id LEFT JOIN setting s ON u.id = s.user_id WHERE (p.title LIKE '%search%' AND (p.status = 'PUBLISH' AND p.date <= 1368441957)) GROUP BY u.id LIMIT 5

我看到运行此查询会增加 Created_tmp_disk_tables 变量。所以我将查询更改为

SELECT p.id FROM posts p LEFT JOIN user u ON p.user_id = u.id LEFT JOIN setting s ON u.id = s.user_id WHERE (p.title LIKE '%search%' AND (p.status = 'PUBLISH' AND p.date <= 1368441957)) GROUP BY u.id LIMIT 5

有趣的是计数器没有增加。然而，MySQL文档提到以下内容与我的推断不同

某些情况会阻止使用内存中的临时表，在这种情况下，服务器会使用磁盘上的表：
表中存在 BLOB 或 TEXT 列
...

I had a similar situation when I tried to find out if just having a TEXT or BLOB in a table is necessary to force a disk-based temporary table when MySQL has to make a temporary table or that it is also based on whether that column is in the query (SELECT or WHERE clause).

This was the query (posts.body is of the type TEXT)

SELECT * FROM posts p LEFT JOIN user u ON p.user_id = u.id LEFT JOIN setting s ON u.id = s.user_id WHERE (p.title LIKE '%search%' AND (p.status = 'PUBLISH' AND p.date <= 1368441957)) GROUP BY u.id LIMIT 5

I saw that running this increments the Created_tmp_disk_tables variable. So I changed the query to

SELECT p.id FROM posts p LEFT JOIN user u ON p.user_id = u.id LEFT JOIN setting s ON u.id = s.user_id WHERE (p.title LIKE '%search%' AND (p.status = 'PUBLISH' AND p.date <= 1368441957)) GROUP BY u.id LIMIT 5

And interestingly the counter didn't increase. However, the MySQL documentation mentions the following which is different from my inference

Some conditions prevent the use of an in-memory temporary table, in which case the server uses an on-disk table instead:
Presence of a BLOB or TEXT column in the table
...

回复收藏 0 原文