MySql，谁能建议如何改进我的查询/索引？答案

【问题标题】：MySql, can anyone suggest how to improve my query / index?MySql，谁能建议如何改进我的查询/索引？
【发布时间】：2011-01-19 08:41:52
【问题描述】：

谁能建议我如何改进我的查询，它用于站点地图并且有 80000 个页面，因此是限制。

这是我的问题

SELECT PageName
FROM pads
WHERE RemoveMeDate = '2001-01-01 00:00:00'
ORDER BY PadID DESC
LIMIT 20000 , 30000

这是我的解释

这是我已经拥有的索引

【问题讨论】：

【解决方案1】：

此查询的最佳索引可能是列RemoveMeDate、PadID 和PageName 上的组合索引。

【讨论】：

【解决方案2】：

尝试不使用任何索引。表格总共有多少行？

我注意到您正在寻找仅与 RemoveMeDate 匹配的大约 48k 行中的 10k 行 - 表必须很大，否则您必须选择表的大部分。

SELECT PageName
FROM pads USE INDEX()
WHERE RemoveMeDate = '2001-01-01 00:00:00'
ORDER BY PadID DESC
LIMIT 20000 , 30000

不使用任何索引会强制它只扫描表。现在，如果这没有帮助并且速度较慢，请尝试创建一个订购 DESC 的特定索引，例如尝试以下两种方法之一

CREATE INDEX IX_pads_rmd_iddesc ON pads (RemoveMeDate, PadID DESC, PageName)
CREATE INDEX IX_pads_rmd_iddesc ON pads (RemoveMeDate, PadID DESC)

结合 FORCE INDEX 以防它没有被自动选择

SELECT PageName
FROM pads USE INDEX(IX_pads_rmd_iddesc)
WHERE RemoveMeDate = '2001-01-01 00:00:00'
ORDER BY PadID DESC
LIMIT 20000 , 30000

请注意，即使索引重新创建“PadID DESC”，MySQL 也会忽略它。人们可以希望有一天它会落实到位。

index_col_name 规范可以以 ASC 或 DESC 结尾。这些关键词被允许用于未来的扩展用于指定升序或降序索引值存储。目前，他们被解析但被忽略；指数值总是按升序存储。

【讨论】：

【解决方案3】：

如果没有自动选择正确的索引，您应该查看“强制索引”或“使用索引”。

【讨论】：

我已经添加了索引RemoveMeDate, PadID, and PageName（上面Tommi建议）并添加了FROM pads USE INDEX (remmeda_padid_pagename)，但没有任何改进
强制索引也无济于事