使用 order by 时，Mysql 查询运行非常慢

Question

在订购时，以下查询需要 30 秒才能完成。如果没有命令，它会在 0.0035 秒内完成。我已经在字段“名称”上有一个索引。字段“id”是主键。我在这张表中有 400,000 条记录。请帮忙，使用order by时查询有什么问题。

SELECT * 
FROM users 
WHERE name IS NOT NULL 
AND name != '' 
AND ( status IS NULL OR status = '0' ) 
order by id desc 
limit 50

更新：（最后的解决方案） 大家好，感谢您的帮助。以下是您要求的一些更新：

1. 下面是解释的输出。

   id select_type table type possible_keys key key_len ref rows Extra

   1 SIMPLE 用户范围名称 name 258 NULL 226009 使用 where；使用文件排序

2. 是的，此表中大约有 20 个字段。

3. 以下是我拥有的索引：

   键名类型基数字段

   初级初级 418099 id 名称索引 411049 名称

解决方案： 事实证明，具有空值的字段是原因。将 where 条件中的这 2 个字段设为 NOT NULL 时，只需 0.000x 秒。但奇怪的是，如果我创建 (status,name,id DESC) 或 (status,name,id) 的索引，它会增加到 29 秒。

Answer 1

你绝对应该有复合索引。一个包含您作为 DBMS 所需的所有字段的单个索引实际上不能在单个查询中使用多个索引。

OR 子句对索引并不友好，所以如果可以的话，我建议将status 设置为NOT NULL。我假设 NULL 与零号没有任何不同的含义。这对实际使用索引有很大帮助。

不知道name != ''优化了多少。语义上相等的将是name > ''（意味着它在字母表中的后面），这可能还会为您节省一些 CPU 周期。

然后您必须决定列的显示顺序。经验法则可能是基数，即字段可能具有的值。

通过这个：

ALTER TABLE users ADD INDEX order1 (status, name, id DESC);

编辑

您不需要删除索引。 MySQL 会很快选择最好的一个而忽略其余的。它们仅在UPDATEs 上花费磁盘空间和一些 CPU 周期。但是，如果您在任何情况下都不需要它们，当然可以删除它们。

时间长是因为访问您的表很慢。这可能是由动态长度字段（如 TEXT 或 BLOB）引起的。如果您并不总是需要这些，您可以将它们移动到一个双辅助表中，例如：

users (id, name, status, group_id)
profile (user_id, birthdate, gender, motto, cv)

通过这种方式，基本的系统操作可以通过有关用户的受限信息来完成，并且所有其他真正与用户相关的内容内容只有在真正与用户相关联时才需要使用需要。

编辑2

你通过指定它（或更多）来提示 MySQL 使用哪个索引：

SELECT id, name FROM users USE INDEX (order1) WHERE name != '' and status = '0' ORDER BY id DESC

Answer 2

没有解释很难说，但很可能你还需要一个索引 “状态”列。单个表查询的缓慢几乎总是归结为执行全表扫描而不是使用索引的查询。

尝试做：

explain SELECT * 
FROM users 
WHERE name IS NOT NULL 
AND name != '' 
AND ( status IS NULL OR status = '0' ) 
order by id desc 
limit 50

并发布输出。您可能会看到它正在执行全表扫描，因为它没有状态索引。 here's some documentation on using "explain"。如果您想了解更多背景信息，请this is a nice article 了解您遇到的问题。