Postgresql与执行计划相关的配置项

1. ENABLE_*参数

在PostgreSQL中有一些以"ENABLE_"开头的参数,这些参数提供了影响查询优化器选择不同执行计划的方法。有时,如果优化器为特定查询选择的执行计划并不是最优的,可以设置这些参数强制优化器选择一个更好的执行计划来临时解决这个问题。一般不会在PostgreSQL中配

置来改变这些参数值的默认值,因为通常情况下,PostgreSQL不会走错执行计划。PostgreSQL走错执行计划是统计信息收集得不及时导致的,可通过更频繁地运行ANALYZE来解决这个问题,使用"ENABLE_"只是一个临时的解决方法

2.COST基准值参数

执行计划在选择最优路径时,不同路径的cost值只有相对意义,同时缩放它们将不会对不同路径的选择产生任何影响。默认情况下,它们以顺序扫描一个数据块的开销作为基准单位,也就是说,将顺序扫描的基准参数"seq_page_cost"默认设为"1.0",其他开销的基准参数都对照它

来设置。从理论上来说也可以使用其他基准方法,如以毫秒计的实际执行时间作基准,但这些基准方法可能会更复杂

"seq_page_cost"一般作为基准,不用改变。可能需要改变的是"random_page_cost",如果在读数据时,数据基本都命
中在内存中,这时随机读和顺序读的差异不大,可能需要把"random_page_cost"的值调得小一些。如果想让优化器偏向走索引,
而不走全表扫描,可以把"random_page_cost"的值调得低一些

3. 统计信息的收集

信息主要是AutoVacuum进程收集的,用于查询优化时的代价估算。表和索引的行数、块数等统计信息记录在系统表"pg_class"中,其他的统计信息主要收集在系统表"pg_statistic"中。而Stats Collector子进程是PostgreSQL中专门的性能统计数据收集器进程,其收集的性能数据可以通过"pg_stat_*"视图来查看

3.1 SQL执行的统计信息输出

--可以使用以下4个boolean类型的参数来控制是否输出SQL执行过程的统计信息到日志中:
·log_statement_stats。
·log_parser_stats。
·log_planner_stats。
·log_executor_stats。
参数"log_statement_stats"控制是否输出所有SQL语句的统计信息,其他的参数控制每个SQL命令是否输出不同执行模块中的统计信息

3.2 手动收集统计信息

手动收集统计信息的命令是ANALYZE命令,此命令用于收集表的统计信息,然后把结果保存在系统表"pg_statistic"中。优化器可以使用收集到的统计信息来确定最优的执行计划。
在默认的PostgreSQL配置中,AutoVacuum守护进程是打开的,它能自动分析表、收集表的统计信息。当AutoVacuum进程关闭时,需要周期性地,或者在表的大部分内容变更后运行ANALYZE命令。准确的统计信息能帮助优化器生成最优的执行计划,从而改善查询的性能。比较常用的一种策略是每天在数据库比较空闲的时候运行一次VACUUM和ANALYZE命令

1)  ANALYZE命令的语法格式
ANALYZE [ VERBOSE ] [ table [ ( column [, ...] ) ] ]

2)  命令中的选项说明如下。
·VERBOSE:增加此选项将显示处理的进度以及表的一些统计信息。
·table:要分析的表名,如果不指定,则对整个数据库中的所有表进行分析。
·column:要分析的特定字段的名称。默认分析所有字段。

--案例:
3) 只分析表"test01"中的"id2"列:
osdba=# ANALYZE test01(id2);

4)分析表"test01"中的"id1"和"id2"两个列
osdba=# ANALYZE test01(id1,id2);

5)  分析表"test01"中的所有列
osdba=# ANALYZE test01;
PS:ANALYZE命令只需在表上加一个读锁,因此它可以与表上的其他SQL命令并发执行。ANALYZE命令会收集表的每个字段的直方图和最常用数值的列表。
对于大表,ANALYZE命令只读取表的部分内容做一个随机抽样,不读取表的所有内容,这样就保证了即使是在很大的表上也只需要很少时间就可以完成统计信息的收集。统计信息只是近似的结果,即使表内容实际上没有改变,运行ANALYZE命令后EXPLAIN命令显示的执行计划中的COST值也会有一些变化。为了增加所收集的统计信息的准确度,可以增大随机抽样比例,这可以通过调整参数"default_statistics_target"来实现,该参数可在session级别设置

6)  在分析不同的表时设置不同的值。在下面的示例中,假设表"test01"的行数较少,设置"default_statistics_target"为"500",然后分析test01表,表"test02"行数较多,设置"default_statistics_target"为"10",再分析test02表
osdba=# set default_statistics_target to 500;
osdba=# analyze test01;
osdba=# set default_statistics_target to 10;
osdba=# analyze test02;

7)  也可以直接设置表的每个列的统计target值
osdba=# ALTER TABLE test01 ALTER COLUMN id2 SET STATISTICS 200;

8)ANALYZE命令的一个统计项是估计出现在每列的不同值的数目。仅仅抽样部分行,该统计项的估计值有时会很不准确,为了避免因此导致差的查询计划,可以手动指定这个列有多少个唯一值,其命令是"ALTER TABLE...ALTER COLUMN...SET (n_distinct=...)"
osdba=# ALTER TABLE test01 ALTER COLUMN id2 SET (n_distinct=2000);
相关推荐
给我起把狙13 分钟前
django orm增删改查操作
数据库·python·django
小扳34 分钟前
Redis 篇-深入了解使用 Redis 中的 GEO 数据结构实现查询附近店铺、BitMap 实现签到功能、HyperLogLog 实现 UV 流量统计
java·数据库·redis·后端·缓存
ezreal_pan42 分钟前
redis有序集合写入和求交集的速度
数据库·redis·缓存·zset
轩轶子1 小时前
【MySQL-初级】mysql基础操作(账户、数据库、表的增删查改)
数据库·mysql·adb
不剪发的Tony老师1 小时前
SQL案例分析:计算延迟法定退休年龄
数据库·sql
TiDB 社区干货传送门2 小时前
TiDB 数据库核心原理与架构_Lesson 01 TiDB 数据库架构概述课程整理
数据库·架构·tidb·数据库架构
柏箱2 小时前
关系数据库,集合运算符,关系运算符
数据库
数云界2 小时前
使用 Elementary 实现开源数据可观测性 — 从零到精通(第一部分)
数据库·开源
DBA狗剩儿2 小时前
oracle停止当前运行的JOB或kill会话
数据库·oracle
是一只派大鑫2 小时前
从头开始学MyBatis—02基于xml和注解分别实现的增删改查
java·数据库·后端·mybatis