mysql - 使用 LEFT JOIN + ORDER BY 时如何避免文件排序?

标签 mysql filesort

mysql-5.6.24-win32.1432006610

我有两个简单的表,TUser(id, name)TMessage(id, uid, message)TUser 保存用户,TMessage 保存用户的消息。

SQL如下,另见:http://sqlfiddle.com/#!9/7f099

CREATE TABLE TUser(
    id     INT UNSIGNED     PRIMARY KEY    NOT NULL    AUTO_INCREMENT,
    name   VARCHAR(128) NOT NULL
);


CREATE TABLE TMessage(
    id      INT UNSIGNED    PRIMARY KEY    NOT NULL    AUTO_INCREMENT,
    uid     INT UNSIGNED    NOT NULL,
    message VARCHAR(256)    NOT NULL
);


CREATE INDEX TMessageIndexUid ON TMessage(uid);

插入一些数据:

INSERT INTO TUser (name) VALUES 
     ('jack')
    ,('rose')
    ,('peter');


INSERT INTO TMessage(uid, message) VALUES
     (1, 'Hello jack')
    , (1, 'Jack, how are you')
    , (1, 'Good morning jack')
    , (2, 'I love you, rose')
    , (3, 'Peter, please call back')
    , (3, 'What are you doing, Peter');

当我运行以下 LEFT JOIN + ORDER BY 查询时,FileSort 显示在 EXPLAIN 结果中:

EXPLAIN
SELECT *
  FROM        TUser
  LEFT JOIN   TMessage 
  ON          TUser.id=TMessage.uid
  WHERE       TUser.id=3
  ORDER BY    TMessage.id DESC;



id  select_type table    type  possible_keys    key              key_len ref   rows Extra
1   SIMPLE      TUser    const PRIMARY;         PRIMARY          4       const 1    Using temporary; Using filesort
1   SIMPLE      TMessage ref   TMessageIndexUid TMessageIndexUid 4       const 2 \N

有什么问题吗?

最佳答案

文件排序由 ORDER BY 引入:

mysql> EXPLAIN
    -> SELECT *
    ->   FROM        TUser
    ->   LEFT JOIN   TMessage
    ->   ON          TUser.id=TMessage.uid
    ->   WHERE       TUser.id=3
    ->   ORDER BY    TMessage.id DESC;
+----+-------------+----------+------------+-------+------------------+------------------+---------+-------+------+----------+---------------------------------+
| id | select_type | table    | partitions | type  | possible_keys    | key              | key_len | ref   | rows | filtered | Extra                           |
+----+-------------+----------+------------+-------+------------------+------------------+---------+-------+------+----------+---------------------------------+
|  1 | SIMPLE      | TUser    | NULL       | const | PRIMARY          | PRIMARY          | 4       | const |    1 |   100.00 | Using temporary; Using filesort |
|  1 | SIMPLE      | TMessage | NULL       | ref   | TMessageIndexUid | TMessageIndexUid | 4       | const |    4 |   100.00 | NULL                            |
+----+-------------+----------+------------+-------+------------------+------------------+---------+-------+------+----------+---------------------------------+
2 rows in set, 1 warning (0.00 sec)

mysql> EXPLAIN
    -> SELECT *
    ->   FROM        TUser
    ->   LEFT JOIN   TMessage
    ->   ON          TUser.id=TMessage.uid
    ->   WHERE       TUser.id=3;
+----+-------------+----------+------------+-------+------------------+------------------+---------+-------+------+----------+-------+
| id | select_type | table    | partitions | type  | possible_keys    | key              | key_len | ref   | rows | filtered | Extra |
+----+-------------+----------+------------+-------+------------------+------------------+---------+-------+------+----------+-------+
|  1 | SIMPLE      | TUser    | NULL       | const | PRIMARY          | PRIMARY          | 4       | const |    1 |   100.00 | NULL  |
|  1 | SIMPLE      | TMessage | NULL       | ref   | TMessageIndexUid | TMessageIndexUid | 4       | const |    4 |   100.00 | NULL  |
+----+-------------+----------+------------+-------+------------------+------------------+---------+-------+------+----------+-------+
2 rows in set, 1 warning (0.00 sec)

由于 order by 是在 LEFT JOIN 结果上进行操作的,所以我不知道如何避免这种文件排序。

如果将 LEFT JOIN 更改为 INNER JOIN 是可以接受的,这可能是一种绕过方法,同时会丢失一些与 TMessages 不匹配的用户信息。

mysql> EXPLAIN
    -> SELECT *
    ->   FROM        TUser
    ->   INNER JOIN   TMessage
    ->   ON          TUser.id=TMessage.uid
    ->   WHERE       TUser.id=3
    ->   ORDER BY    TMessage.id DESC;
+----+-------------+----------+------------+-------+------------------+------------------+---------+-------+------+----------+-------------+
| id | select_type | table    | partitions | type  | possible_keys    | key              | key_len | ref   | rows | filtered | Extra       |
+----+-------------+----------+------------+-------+------------------+------------------+---------+-------+------+----------+-------------+
|  1 | SIMPLE      | TUser    | NULL       | const | PRIMARY          | PRIMARY          | 4       | const |    1 |   100.00 | NULL        |
|  1 | SIMPLE      | TMessage | NULL       | ref   | TMessageIndexUid | TMessageIndexUid | 4       | const |    2 |   100.00 | Using where |
+----+-------------+----------+------------+-------+------------------+------------------+---------+-------+------+----------+-------------+
2 rows in set, 1 warning (0.00 sec)

关于mysql - 使用 LEFT JOIN + ORDER BY 时如何避免文件排序?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/35907004/

相关文章:

MySQL按查询进行分组,不使用索引,滞后于使用文件排序

mysql - 为 ORDER BY 强制使用索引是否更好?

MySQL 5.1 在存在索引时使用文件排序事件

MySql 搜索查询无法返回内部包含 %20 的行

php - 获取问题的id

MySQL计算每个值的平均值和差异?

mysql - 如何使用 IN 子句显示结果?

mysql - 组合 2 个 SQL 查询以获取一列中的不同值以及第二列中的最大值

使用文件排序的 MYSQL 性能变慢

mysql - 我怎样才能提高这个 MySQL 查询的性能?