肖恩·托马斯：什么是排序规则，为什么我的数据会损坏
💡
原文英文，约2900词，阅读约需11分钟。
📝
内容提要
GNU C库（glibc）2.28于2018年发布，导致Postgres数据库出现数据完整性问题，影响索引和查询结果。Postgres社区逐步引入ICU作为排序提供者，最终实现内置排序，建议新建数据库时使用内置排序以降低数据损坏风险。
🎯
关键要点
- GNU C库（glibc）2.28于2018年发布，导致Postgres数据库出现数据完整性问题。
- Postgres社区逐步引入ICU作为排序提供者，最终实现内置排序。
- 建议新建数据库时使用内置排序以降低数据损坏风险。
- 排序规则在不同语言中存在差异，影响文本比较和排序。
- Postgres依赖glibc的排序功能，导致在glibc 2.28更新后出现索引损坏和查询结果不一致。
- Postgres的B树索引在文本列上构建时，依赖于活动排序规则，更新后可能导致索引与数据不一致。
- Postgres社区通过诊断查询识别潜在损坏的索引，并建议重建这些索引。
- Postgres 10引入ICU作为替代排序提供者，Postgres 15实现了内置排序提供者。
- 新建集群时建议使用内置排序提供者，以避免未来的排序规则变化导致的数据损坏。
- 现有集群可以通过迁移或手动更改列的排序规则来提高安全性。
❓
延伸问答
glibc 2.28对Postgres数据库造成了什么影响？
glibc 2.28导致Postgres数据库出现数据完整性问题，索引损坏和查询结果不一致。
Postgres如何处理排序规则的变化？
Postgres社区逐步引入ICU作为排序提供者，并在Postgres 15实现了内置排序。
如何降低Postgres数据库数据损坏的风险？
建议新建数据库时使用内置排序，以降低数据损坏风险。
Postgres的B树索引是如何受到影响的？
B树索引依赖于活动排序规则，glibc 2.28更新后可能导致索引与数据不一致。
如何识别Postgres中潜在损坏的索引？
可以通过诊断查询识别潜在损坏的索引，并建议重建这些索引。
为什么Postgres不再完全依赖glibc进行排序？
因为glibc的变化可能导致数据库索引损坏，Postgres逐步引入ICU和内置排序以减少风险。
➡️
