因此，我对以下查询的第一个问题是，group by子句是在order by之前执行的：
这不是问题。这就是SQL的定义方式及其操作方式。将
group by创建一个新的行集和
order by订单的行。
这里没有订购问题。有一个“ SQL理解”问题。您
order by只对查询结果进行排序。这些结果由产生
group by，并且联接的顺序与结果无关。
您正在使用一个称为“隐藏列”的MySQL扩展。在这种情况下，您有一个聚合查询，该查询中的
select（或
having或
orderby子句）中的列不是聚合函数（
sum()，等等）的一部分，也不是的一部分
groupby。这是文档中的报价：
MySQL扩展了GROUP BY的使用，以便选择列表可以引用未在GROUP
BY子句中命名的非聚合列。这意味着前面的查询在MySQL中是合法的。您可以使用此功能来避免不必要的列排序和分组，从而获得更好的性能。但是，这主要在每个组的每个未聚合列中未在GROUP
BY中命名的所有值都相同时才有用。服务器可以从每个组中自由选择任何值，因此，除非它们相同，否则选择的值是不确定的。此外，通过添加ORDER
BY子句不能影响从每个组中选择值。选择值之后，将对结果集进行排序，并且ORDER BY不会影响服务器在每个组中选择哪个值。
大概是您想要与之关联的最新日期和用户。以下查询正确正确地执行了您想要的操作：
SELECT saved.recipe_id, max(saved.`date`) as MostRecentDate, substring_index(group_concat(user.user_id), ',', 1) as MostRecentUserFROM user JOIN saved ON user.id = saved.user_idGROUP BY saved.recipe_idORDER BY max(saved.`date`) DESC;
