Mysql d）感谢您的详细回复。尝试了所有的方法（分析表格，然后解释，直接+连接）。没有帮助。为了检查，我使用WHERE子句重写了查询。没有索引。不幸的是，这是一个高使用率查询，因此perf受到了影响。实际上，这个查询来自“核心”drupal（5.10）。我想知道为

---

d）

感谢您的详细回复。尝试了所有的方法（分析表格，然后解释，直接+连接）。没有帮助。为了检查，我使用WHERE子句重写了查询。没有索引。不幸的是，这是一个高使用率查询，因此perf受到了影响。实际上，这个查询来自“核心”drupal（5.10）。我想知道为什么还没有人注意到这一点。嗯。。。您看到了什么样的查询时间？谢谢您的详细回复。尝试了所有的方法（分析表格，然后解释，直接+连接）。没有帮助。为了检查，我使用WHERE子句重写了查询。没有索引。不幸的是，这是一个高使用率查询，因此perf受到了影响。实际上，这个查询来自“核心”drupal（5.10）。我想知道为什么还没有人注意到这一点。嗯。。。你用它看到了什么样的查询时间？

mysql> explain SELECT n.nid, n.vid, n.type, n.status, n.created, n.changed, 
    n.comment, n.promote, n.sticky, r.timestamp AS revision_timestamp, r.title, 
    r.body, r.teaser, r.log, r.format, u.uid, u.name, u.picture, u.data 
FROM xyz_node n 
INNER JOIN xyz_users u ON n.uid = u.uid 
INNER JOIN xyz_node_revisions r ON r.vid = n.vid;

+----+-------------+-------+--------+---------------+---------+---------+--------------+------+-------------+
| id | select_type | table | type   | possible_keys | key     | key_len | ref          | rows | Extra       |
+----+-------------+-------+--------+---------------+---------+---------+--------------+------+-------------+
|  1 | SIMPLE      | u     | ALL    | PRIMARY       | NULL    | NULL    | NULL         |  181 |             | 
|  1 | SIMPLE      | n     | ref    | vid,uid       | uid     | 4       | xyz.u.uid |    9 | Using where | 
|  1 | SIMPLE      | r     | eq_ref | PRIMARY       | PRIMARY | 4       | xyz.n.vid |    1 |             | 
+----+-------------+-------+--------+---------------+---------+---------+--------------+------+-------------+

WHERE u.uid > 0