postgresql standby server执行部分sql不响应，如count整个表
我使用hot_standby做的备库，给线上主库做负载（pgpool）。但是发现，备库在执行某些sql的时候一直的时候，响应时间很长，甚至几个小时没结果返回也不中断，
，sy_bs_package這张表目前数据量在1000w+级别，数据更新很频繁，按照我的理解应该是出现了“查询冲突”，我通过pg_last_xlog_replay_location()，pg_last_xlog_receive_location()，
，
这样的情况是不是
，这种情况呢？max_standby_streaming_delay, max_standby_archive_delay這两个配置目前都是默认30s。
我需要怎么去处理，还望大家指教。
写回答
-
PostgreSQL你值得拥有。抛开主备的问题，由于PostgreSQL采用了MVCC，所以执行select count(*) 语句本来就很慢。您可以通过类似于下面的SQL对这个问题进行验证：
ostgres=# EXPLAIN ANALYZE SELECT COUNT(*) FROM tbl; QUERY PLAN ----------------------------------------------------------------------------------------------------------------------- Aggregate (cost=4499.00..4499.01 rows=1 width=0) (actual time=465.588..465.591 rows=1 loops=1) -> Seq Scan on tbl (cost=0.00..4249.00 rows=100000 width=0) (actual time=0.011..239.212 rows=100000 loops=1) Total runtime: 465.642 ms (3 rows)可以看出，select count(*) from tbl 语句需要将tbl全表扫描一遍。
在PostgreSQL9.2中实现了Index-only scans，对这个执行速度进行了优化，如果您的内核版本小于这个，可以升级内核。
同时，在SELECT COUNT(*) 语句中增加WHERE字句也会加快该SQL的执行。
如果只想对COUNT结果进行预估，可以使用Count estimate功能，参考链接
2019-07-17 20:05:37赞同 展开评论 打赏
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
