SQL 按时间查询太慢

Question

我有一个包含 700,000 个条目的数据库和一个快速文本搜索表。每行都有一个与之关联的时间。我需要一次有效地分页记录 100 行。我通过跟踪一天的结束来做到这一点。

执行时间太长（15 秒）

这是一个示例查询：

SELECT * 
FROM Objects o, FTSObjects f
WHERE f.rowid = o.AutoIncID AND 
  o.TimeStamp > '2012-07-11 14:24:16.582' AND 
  o.TimeStamp <= '2012-07-12 04:00:00.000' AND 
  o.Name='GPSHistory' 
ORDER BY o.TimeStamp 
LIMIT 100

时间戳字段已编入索引。

我认为这是因为Order By 语句正在对所有返回的记录进行排序，然后进行限制但我不确定。

建议？

Answer 1

最好的方法是让优秀的 DBA 查看生成的计划并确保它是最佳计划（例如，确保计划中没有表扫描，如果优化器使用了错误的统计信息，就会发生这种情况)

以下几点可能会有所帮助：

• 在 Objects.Name 上添加索引 - 甚至可能在 Name 和 TimeStamp 上添加复合索引。
• 在FTSObjects 中的rowid 上添加一个索引，它尚不存在
• UPDATE STATISTICS 定期在Timestamp 索引上（理想情况下是在大更新之后，或者如果更新是连续的，则每天）
• 重建您的聚集索引（如果有的话）。如果您的聚集索引位于没有顺序插入的字段上（例如，插入随机位置的 char 字段），这将有所帮助
• 如果不需要，请不要select * - 这会增加 I/O 时间

您可能也尝试将字符串转换为DATETIME，尽管我认为 SQL 会隐式执行此操作，而不是将数据转换为字符串（不会使用日期时间的索引）

SELECT * 
FROM Objects o, FTSObjects f
WHERE f.rowid = o.AutoIncID AND 
  o.TimeStamp > CONVERT(DATETIME,'2012-07-11 14:24:16.582') AND 
  o.TimeStamp <= CONVERT(DATETIME,'2012-07-12 04:00:00.000') AND 
  o.Name='GPSHistory' 
ORDER BY o.TimeStamp 
LIMIT 100

Answer 2

是的，ORDER BY 在LIMIT 之前处理，但这是正确的功能。否则，分页实际上不会起作用。但是有一些优化的想法。

1. 如果不是绝对必要，请不要SELECT *。我感觉可能不是因为如果您对结果进行分页，几乎可以肯定不是用户正在查看两个表中的每个字段。
2. 在AutoIncID, TimeStamp 上创建一个覆盖索引，以防止它读取数据页。如果来自Objects，则将Name 添加到该索引。
3. 在rowid, Name 上创建一个覆盖索引，如果Name 来自FTSObjects。
4. 如果可以限制返回的字段，请考虑将这些字段添加到涵盖的索引中如果只有几个字段。您不希望索引变得太大，因为那样会影响写入时间。