ORDER BY 子句
ORDER BY 子句包含
- 表达式列表，例如
ORDER BY visits, search_phrase， - 引用
SELECT子句中列的数字列表，例如ORDER BY 2, 1，或 ALL，表示SELECT子句的所有列，例如ORDER BY ALL。
要禁用按列号排序，请将设置 enable_positional_arguments 设置为 0。
要禁用按 ALL 排序，请将设置 enable_order_by_all 设置为 0。
ORDER BY 子句可以通过 DESC（降序）或 ASC（升序）修饰符进行修饰，以确定排序方向。
除非指定了显式的排序顺序，默认使用 ASC。
排序方向适用于单个表达式，而不是整个列表，例如 ORDER BY Visits DESC, SearchPhrase。
此外，排序是区分大小写的。
具有相同排序表达式值的行以任意且非确定的顺序返回。
如果在 SELECT 语句中省略了 ORDER BY 子句，则行顺序也是任意和非确定的。
特殊值的排序
NaN 和 NULL 排序顺序有两种方法：
- 默认情况下或使用
NULLS LAST修饰符：先是值，然后是NaN，然后是NULL。 - 使用
NULLS FIRST修饰符：先是NULL，然后是NaN，再然后是其他值。
示例
对于以下表
执行查询 SELECT * FROM t_null_nan ORDER BY y NULLS FIRST 获取：
当浮点数排序时，NaNs 与其他值是分开的。无论排序顺序如何，NaNs 都放在最后。换句话说，对于升序排序，它们被放置为比所有其他数字都大，而对于降序排序，它们被放置为比其余数字都小。
排序支持
对于按 String 值排序，可以指定排序规则（比较）。示例：ORDER BY SearchPhrase COLLATE 'tr' - 按照关键字的升序排序，使用土耳其字母表，不区分大小写，假定字符串为 UTF-8 编码。COLLATE 可以独立为 ORDER BY 中的每个表达式指定或不指定。如果指定了 ASC 或 DESC，则 COLLATE 位于其后。当使用 COLLATE 时，排序始终不区分大小写。
排序规则在 LowCardinality、Nullable、Array 和 Tuple 中受到支持。
我们仅建议在最终排序少量行时使用 COLLATE，因为使用 COLLATE 排序效率低于按字节正常排序。
排序规则示例
仅使用 String 值的示例：
输入表：
查询：
结果：
与 Nullable 的示例：
输入表：
查询：
结果：
与 Array 的示例：
输入表：
查询：
结果：
与 LowCardinality 字符串的示例：
输入表：
查询：
结果：
与 Tuple 的示例：
查询：
结果：
实现细节
如果在 ORDER BY 之外指定了足够小的 LIMIT，则使用的内存会更少。否则，所需的内存量与要排序的数据量成正比。对于分布式查询处理，如果省略 GROUP BY，则排序部分在远程服务器上进行，结果在请求服务器上合并。这意味着对于分布式排序，待排序的数据量可能大于单个服务器的内存量。
如果 RAM 不足，可以在外部内存中执行排序（在磁盘上创建临时文件）。使用设置 max_bytes_before_external_sort 以此目的。如果将其设置为 0（默认值），则禁用外部排序。如果启用，当待排序的数据量达到指定字节数时，收集的数据将被排序并转储到临时文件中。所有数据读取完成后，所有排序文件将合并并输出结果。文件写入默认配置中的 /var/lib/clickhouse/tmp/ 目录，但可以使用 tmp_path 参数更改此设置。
运行查询可能使用比 max_bytes_before_external_sort 更多的内存。因此，此设置的值必须显著小于 max_memory_usage。例如，如果您的服务器有 128 GB 的 RAM，并且您需要运行一个查询，将 max_memory_usage 设置为 100 GB，max_bytes_before_external_sort 设置为 80 GB。
外部排序的效果远不如在 RAM 中排序的效果。
数据读取优化
如果 ORDER BY 表达式有与表排序键一致的前缀，您可以通过使用 optimize_read_in_order 设置来优化查询。
当启用 optimize_read_in_order 设置时，ClickHouse 服务器使用表索引并按 ORDER BY 键的顺序读取数据。这样可以避免在指定 LIMIT 的情况下读取所有数据。因此，对于大数据且小限制的查询处理速度更快。
优化适用于 ASC 和 DESC，并且不与 GROUP BY 子句或 FINAL 修饰符一起使用。
当禁用 optimize_read_in_order 设置时，ClickHouse 服务器在处理 SELECT 查询时不使用表索引。
在运行有 ORDER BY 子句、大 LIMIT 和需要在查询到所需数据之前读取大量记录的 WHERE 条件的查询时，建议手动禁用 optimize_read_in_order。
此优化在以下表引擎中受到支持：
在 MaterializedView 引擎表中，优化适用于 SELECT ... FROM merge_tree_table ORDER BY pk 类型的视图。但是在 SELECT ... FROM view ORDER BY pk 的查询中，如果视图查询没有 ORDER BY 子句，则不支持此优化。
ORDER BY Expr WITH FILL 修饰符
该修饰符也可以与 LIMIT ... WITH TIES 修饰符 结合使用。
WITH FILL 修饰符可以在期望的 ORDER BY expr 之后加上可选的 FROM expr、TO expr 和 STEP expr 参数。
所有缺失的 expr 列的值将按顺序填充，其他列将按默认值填充。
要填充多个列，请在 ORDER BY 部分每个字段名称后添加带有可选参数的 WITH FILL 修饰符。
WITH FILL 可以应用于 Numeric（所有种类的浮点数、十进制、整型）或 Date/DateTime 类型的字段。应用于 String 字段时，缺失值将用空字符串填充。
如果未定义 FROM const_expr，填充顺序使用 ORDER BY 中的最小 expr 字段值。
如果未定义 TO const_expr，填充顺序使用 ORDER BY 中的最大 expr 字段值。
如果定义了 STEP const_numeric_expr，则 const_numeric_expr 对于数值类型按原样解释，对于 Date 类型为 days，对于 DateTime 类型为 seconds。它还支持表示时间和日期区间的 INTERVAL 数据类型。
如果省略了 STEP const_numeric_expr，则填充顺序使用数值类型为 1.0，日期类型为 1 day，DateTime 类型为 1 second。
如果定义了 STALENESS const_numeric_expr，则查询会生成行，直到原始数据中与前一行的差异超过 const_numeric_expr。
INTERPOLATE 可以应用于未参与 ORDER BY WITH FILL 的列。这些列基于前面的字段值按 expr 填充。如果 expr 不存在，将重复前一个值。省略的列表将包含所有允许的列。
没有 WITH FILL 的查询示例：
结果：
在应用 WITH FILL 修饰符后的相同查询：
结果：
在多个字段的情况下 ORDER BY field2 WITH FILL, field1 WITH FILL 的填充顺序将遵循 ORDER BY 中字段的顺序。
示例：
结果：
字段 d1 未填充并使用默认值，因为我们没有重复的 d2 值，且 d1 的填充顺序无法正确计算。
使用 ORDER BY 中字段更改的以下查询：
结果：
以下查询使用 INTERVAL 数据类型，每填充一行在列 d1 中填充 1 天的数据：
结果：
没有 STALENESS 的查询示例：
结果：
应用 STALENESS 3 后的相同查询：
结果：
没有 INTERPOLATE 的查询示例：
结果：
应用 INTERPOLATE 后的相同查询：
结果：
按排序前缀分组填充
填充在特定列中具有相同值的行独立填充可能是有用的，一个很好的例子是在时间序列中填充缺失值。 假设有以下时间序列表：
我们希望独立为每个传感器填充缺失值，间隔为 1 秒。
实现的方法是使用 sensor_id 列作为填充列 timestamp 的排序前缀：
这里，value 列被插值为 9999，只是为了使填充的行更加明显。
此行为由设置 use_with_fill_by_sorting_prefix 控制（默认启用）。
