Postgresql Postgres在升级到9.5后忽略索引

Postgresql Postgres在升级到9.5后忽略索引,postgresql,postgresql-9.5,Postgresql,Postgresql 9.5,我们最近使用pg_升级将OLTP生产数据库(2TB)从v9.2.9.21升级到9.5.1.6 升级没有发生意外,我们已经运行了一周,但是我们发现优化器忽略了我们最大的两个分区表上的索引。(注意:与38943115不同,数据迁移时没有问题) 这些表是在BIGINT列上使用单独的Btree索引构建的,优化器以前会在不到一秒的时间内返回查询。升级后查询最多需要16分钟(我们的客户无法使用)。分区已关闭您是否启用了自动真空?此外,除了有效的缓存大小之外,您还配置了其他变量吗?给出了基于RAM等的相关参数

我们最近使用pg_升级将OLTP生产数据库(2TB)从v9.2.9.21升级到9.5.1.6

升级没有发生意外,我们已经运行了一周,但是我们发现优化器忽略了我们最大的两个分区表上的索引。(注意:与38943115不同,数据迁移时没有问题)


这些表是在BIGINT列上使用单独的Btree索引构建的,优化器以前会在不到一秒的时间内返回查询。升级后查询最多需要16分钟(我们的客户无法使用)。分区已关闭您是否启用了自动真空?此外,除了有效的缓存大小之外,您还配置了其他变量吗?给出了基于RAM等的相关参数及其值的列表。升级后,是否所有表都进行了分析?看见您能否发布一些
解释分析
结果以查看是否存在巨大的未命中估计数?请查询计划?索引定义?运行
分析解释(分析、缓冲)
输出、表和索引定义。是否启用了自动真空?此外,除了有效的缓存大小之外,您还配置了其他变量吗?给出了基于RAM等的相关参数及其值的列表。升级后,是否所有表都进行了分析?看见您能否发布一些
解释分析
结果以查看是否存在巨大的未命中估计数?请查询计划?索引定义?运行
分析解释(分析、缓冲)
输出、表和索引定义。
CREATE INDEX table1_column1_index ON table1 USING btree (column1);
CREATE INDEX table1part1_column1_index ON table1 USING btree (column1);
CREATE INDEX table1part2_column1_index ON table1 USING btree (column1);
CREATE INDEX table1part3_column1_index ON table1 USING btree (column1);