肖恩·托马斯：什么是排序规则，为什么我的数据会损坏
内容提要
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数据库出现数据完整性问题，索引损坏和查询结果不一致。用户在进行系统更新时，需特别关注排序规则的变化，以避免潜在的数据损坏。
新建数据库的建议
建议在新建Postgres数据库时使用内置排序提供者，以降低未来排序规则变化带来的数据损坏风险。使用内置排序可以确保数据的稳定性和一致性，避免依赖外部库的潜在问题。
现有集群的安全措施
对于已有的Postgres集群，用户应定期检查排序规则并重建受影响的索引。通过迁移或手动更改列的排序规则，可以提高数据安全性，确保系统的正常运行。
延伸问答
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和内置排序以减少风险。
