PostgreSQL中单字节字符区域设置与索引扫描是否存在关联？

单字节字符区域设置（locale）和索引扫描确实存在关联，核心关联点在于排序规则（collation），具体表现如下：

• 索引的可用性依赖排序规则匹配
  PostgreSQL的B树索引是按照指定的collation排序规则构建的。只有当查询的排序、过滤逻辑所用的collation与索引的collation完全一致时，数据库才能触发索引扫描；若两者不匹配，数据库往往需要先做全表扫描，再进行额外排序操作，无法利用索引。

• 单字节locale的排序特性更易适配索引扫描
  单字节locale（比如C或POSIX）基于字符的ASCII值直接排序，逻辑简单且固定。这种情况下，索引的排序顺序和多数默认查询的排序行为高度契合，更容易触发索引扫描。相比之下，多字节locale（如中文、日文相关locale）的排序规则涉及字符语义，逻辑复杂，更易出现排序规则不匹配导致无法使用索引的情况。

• 单字节locale索引的性能优势
  单字节locale下构建的索引通常体积更小，因为排序规则简单，索引存储的排序键更紧凑，这会间接提升索引扫描的IO效率，加快查询速度。

• 实际场景示例
  若创建索引时指定单字节locale：

  CREATE INDEX idx_user_name ON users(name) COLLATE "C";
  

  当查询使用相同的collation做范围过滤或排序时：

  SELECT * FROM users WHERE name > 'z' COLLATE "C" ORDER BY name COLLATE "C";
  

  数据库会直接触发索引扫描，避免全表扫描和额外排序的开销。反之，如果查询使用的collation与索引不一致，哪怕同为单字节locale，也无法利用该索引。

内容的提问来源于stack exchange，提问作者joy123