所有InnoDB查询都应该按索引顺序读取行，所以如果你可以让它从一个顺序与你想要的最终顺序相匹配的索引中读取，那么ORDER BY将是一个空操作，它不需要排序任何东西。它只会按照读取的顺序返回行。
所以你需要一个索引表，列(id, date)作为索引的最左边的列。但不幸的是，MySQL直到8.0版本才支持ASC和DESC列的索引，并且还没有基于MySQL 8.0的Amazon Aurora版本。

ALTER TABLE student_grades ADD KEY `my_new_index` (id ASC, date DESC);

Aurora所基于的MySQL 5.7只能使用ASC列创建索引。
因此，如果您希望结果使用索引，则必须更改结果的排序顺序。ORDER BY id DESC, date DESC或ORDER BY id ASC, date ASC。两者都将使用索引。
另外，你可能必须强制查询使用索引，因为如果你获取所有行，它将默认为表扫描，跳过索引。

mysql> explain select * from student_grades force index (my_new_index) order by id desc, date desc \G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: student_grades
   partitions: NULL
         type: index
possible_keys: NULL
          key: my_new_index
      key_len: 133
          ref: NULL
         rows: 2048
     filtered: 100.00
        Extra: NULL

我在这份解释报告中寻找的是“额外：使用文件排序”。

我有一个类似的问题，同样的错误，我通过阅读这篇博客文章修复了我的问题：https://aws.amazon.com/blogs/database/best-practices-for-configuring-parameters-for-amazon-rds-for-mysql-part-1-parameters-related-to-performance/，然后我将tmp_table_size和max_heap_table_size修改为推荐的64MB。您可以在Aurora中为您的DB版本创建一个新的DB集群参数组。然后，搜索这两个变量，单击“编辑”，并按照文档的建议将它们修改为67，108，864字节（64 MB）、128 MB或512 MB。然后，将该参数组分配给数据库并应用更改。对于我的目的，这些变量的64 MB已经足够了。