在#PostgresMarathon 2-009中，我们分析了锁管理器在处理准备语句和分区表时的表现。第六次调用时，锁的数量从8个激增至52个，原因是规划阶段未能进行分区修剪。尽管运行时修剪移除了11个分区，但仍锁定了所有12个分区。

一位客户在将查询从Oracle迁移到Postgres时遇到性能下降，尽管查询中已明确指定分区键，但未能有效进行分区修剪。通过调整查询，成功实现分区修剪，提升了性能。

PostgreSQL分区将大表分成小分区以提高性能，但使用非分区列的查询可能很慢。TimescaleDB 2.16.0引入了跳过分区的索引，允许开发人员在计划或执行过程中动态排除分区。这些索引使性能提高了7倍，存储占用减少了87%。跳过分区的索引适用于某些数据类型，并可与超级表一起使用。该功能解决了分区修剪的限制，并提高了TimescaleDB的查询性能。