两千五百万字符串测出排序规则的变动地图 RSS

Jeremy Schneider 一篇里讲了三件事。检查点上他仍不建议把 checkpoint_timeout 从五分钟往上调，理由是高可用副本救不了：主库重启后副本的恢复时间一样长。排序规则方面，他用 Docker 重做了两千五百万字符串的排序折磨测试，做成彩色网格：glibc 2.28 起多数语言的排序慢到两小时，德语和俄语的顺序在 Debian 12 与 RHEL 9 变过，日语一直稳定，ICU 每个版本都变。

发布于 2026-09-10T10:59:48.095232Z · Jeremy Schneider · ardentperf.com

升级 排序规则 检查点

Jeremy Schneider 一篇里讲了三件事。检查点上他仍不建议把 checkpoint_timeout 从五分钟往上调，理由是高可用副本救不了：主库重启后副本的恢复时间一样长。排序规则方面，他用 Docker 重做了两千五百万字符串的排序折磨测试，做成彩色网格：glibc 2.28 起多数语言的排序慢到两小时，德语和俄语的顺序在 Debian 12 与 RHEL 9 变过，日语一直稳定，ICU 每个版本都变。

Jeremy Schneider 一篇里讲了三件事。检查点上他仍不建议把 checkpoint_timeout 从五分钟往上调，理由是高可用副本救不了：主库重启后副本的恢复时间一样长。排序规则方面，他用 Docker 重做了两千五百万字符串的排序折磨测试，做成彩色网格：glibc 2.28 起多数语言的排序慢到两小时，德语和俄语的顺序在 Debian 12 与 RHEL 9 变过，日语一直稳定，ICU 每个版本都变。

原始来源 ↗

来源记录

• center.info_item · 3df48b74364dc1e3 · 2026-10-03T04:08:35.169032Z
• pgweb.info_item · 3df48b74364dc1e3 · 2026-10-03T04:08:55.967155Z