对于ORDER BY的字段设置索引也可以提高查询性能，尤其是在涉及排序大量数据的情况下。以下是几个重要考虑因素：

  1. 性能提升：如果在ORDER BY中使用的列上建立了索引，MySQL可以简单地按照索引顺序来读取数据，这通常比执行全表扫描然后排序数据要快得多。
  2. 索引覆盖扫描：如果查询中选择的列完全包含在索引中，MySQL就可以进行索引覆盖扫描，仅通过索引就能获取排序后的结果集，不需要回表读取数据行本身，这通常会大幅提升性能。
  3. 文件排序与索引排序：如果没有合适的索引，MySQL需要执行“文件排序”(filesort)来完成查询结果的排序。这可能涉及到将数据写入到临时表中，并在排序完成后将其读回。这是一个资源密集型的操作，尤其是在处理大型数据集时。有了合适的索引，MySQL可以跳过这一步，直接使用索引顺序来返回数据。
  4. WHERE子句与JOIN的考虑：如果查询中包含WHERE条件或者需要进行表连接(JOIN)，需要考虑这些操作所依赖的列以及它们与ORDER BY列的关系。在某些情况下，合适的复合索引（包含WHERE、JOIN以及ORDER BY所需的列）可能会达到更好的性能。
  5. 索引维护：与GROUP BY相同，需要考虑索引引入的额外存储以及维护成本。特别是在经常插入、更新或删除的表上，索引会降低这些操作的性能。
  6. 数据量与使用频率：如果该列经常用于排序并且数据量大，或者排序操作是查询中性能瓶颈的一部分，添加索引可能是有利的。但是，对于小数据集或不常执行的ORDER BY操作，额外的索引可能不会带来显著性能改进。
  7. 排序方向：如果查询中的排序方向（升序或降序）与索引中列的排序方向一致，MySQL可以很高效地使用该索引。如果排序方向不同，那么索引的效果可能不如预期的好。
  8. 选择性：如果列的基数（不同值的数量）较低，也就是说这个列上的数据重复率很高，那么索引可能不会提供太多帮助，因为许多行将具有相同的键值。

最终，是否对ORDER BY字段设置索引取决于查询模式、数据特征以及性能要求。通常，通过实际的性能测试（例如利用EXPLAIN语句分析查询）来决定是否添加索引，是最靠谱的做法。