允许或禁止查询优化器使用位图扫描计划类型。默认值是on。

启用或者禁用查询优化器对收集归并计划类型的使用。默认值是on。

允许或禁用查询优化器使用哈希聚集计划类型。默认值是on。

启用或禁用查询优化器对排序聚合或分组（排序）计划类型的使用。默认值是on。

允许或禁止查询优化器使用哈希连接计划类型。默认值是on。

启用或禁用查询优化器对增量排序步骤的使用。默认为on。

允许或禁止查询优化器使用索引扫描计划类型。默认值是on。

允许或禁止查询优化器使用只用索引扫描计划类型（见Section 12.9）。默认值是on。

允许或者禁止查询优化器使用物化。它不可能完全禁用物化，但是关闭这个变量将阻止优化器插入物化节点，除非为了保证正确性。默认值是on。

允许或禁止查询优化器使用归并连接计划类型。默认值是on。

允许或禁止查询优化器使用嵌套循环连接计划。它不可能完全禁止嵌套循环连接，但是关闭这个变量将使得优化器尽可能优先使用其他方法。默认值是on。

允许或禁止查询优化器使用并行追加计划类型。默认值是on。

允许或禁止查询优化器对并行哈希使用哈希连接计划类型。如果哈希连接计划也没有启用，这个参数没有效果。默认值是on。

允许或者禁止查询优化器从查询计划中消除一个分区表的分区。这也控制着优化器产生允许执行器在查询执行期间移除（忽略）分区的查询计划的能力。默认值是on。详情请参考Section 6.11.4。

允许或者禁止查询优化器使用面向分区的连接，这使得分区表之间的连接以连接匹配的分区的方式来执行。 面向分区的连接当前只适用于连接条件包括所有分区键的情况，连接条件必须是相同的数据类型并且子分区集合要1对1匹配。 由于面向分区的连接规划在规划期间会使用可观的CPU时间和内存，所以默认值为off。

允许或者禁止查询优化器使用面向分区的分组或聚集，这使得在分区表上的分组或聚集可以在每个分区上分别执行。如果GROUP BY子句不包括分区键，只有部分聚集能够以基于每个分区的方式执行，并且finalization必须最后执行。由于面向分区的分组或聚集在规划期间会使用可观的CPU时间和内存，所以默认值为off。

允许或禁止查询优化器使用顺序扫描计划类型。它不可能完全禁止顺序扫描，但是关闭这个变量将使得优化器尽可能优先使用其他方法。默认值是on。

允许或禁止查询优化器使用显式排序步骤。它不可能完全禁止显式排序，但是关闭这个变量将使得优化器尽可能优先使用其他方法。默认值是on。

允许或禁止查询优化器使用TID扫描计划类型。默认值是on。

设置优化器计算一次顺序磁盘页面抓取的开销。默认值是1.0。 通过设置同名的表空间参数，这个值可以重写为一个特定的表空间。 参阅ALTER TABLESPACE。 设置优化器对一系列顺序磁盘页面获取中的一次的代价估计。默认值是 1.0。通过把表和索引放在一个特殊的表空间（要设置该表空间的同名参数）中可以覆盖这个值（见ALTER TABLESPACE）。

设置优化器对一次非顺序获取磁盘页面的代价估计。默认值是 4.0。通过把表和索引放在一个特殊的表空间（要设置该表空间的同名参数）中可以覆盖这个值（见ALTER TABLESPACE）。

减少这个值（相对于seq_page_cost）将导致系统更倾向于索引扫描；提高它将让索引扫描看起来相对更昂贵。你可以一起提高或降低两个值来改变磁盘 I/O 代价相对于 CPU 代价的重要性，后者由下列参数描述。

对磁盘存储的随机访问通常比顺序访问要贵不止四倍。但是，由于对磁盘的大部分随机访问（例如被索引的读取）都被假定在高速缓冲中进行，所以使用了一个较低的默认值（4.0）。默认值可以被想成把随机访问建模为比顺序访问慢 40 倍，而期望 90% 的随机读取会被缓存。

如果你相信 90% 的缓冲率对你的负载是一个不正确的假设，你可以增加 random_page_cost 来更好的反映随机存储读取的真正代价。 相应地，如果你的数据可以完全放在高速缓存中（例如当数据库小于服务器总内存时），降低 random_page_cost 可能是合适的。 为具有很低的随机读取代价的存储（例如固态驱动器）采用较低的 random_page_cost 值可能更好，例如1.1。

设置优化器对一次查询中处理每一行的代价估计。默认值是 0.01。

设置优化器对一次索引扫描中处理每一个索引项的代价估计。默认值是 0.005。

设置优化器对于一次查询中处理每个操作符或函数的代价估计。默认值是 0.0025。

设置优化器对启动并行工作者进程的代价估计。默认是 1000。

设置优化器对于从一个并行工作者进程传递一个元组给另一个进程的代价估计。默认是 0.1。

为必须扫描的表数据量设置一个最小值，扫描的表数据量超过这一个值才会考虑使用并行扫描。 对于并行顺序扫描，被扫描的表数据量总是等于表的尺寸，但是在使用索引时，被扫描的表数据量通常会更小。 如果指定值时没有单位，则以块为单位，即BLCKSZ字节，通常为8kB。默认值是8兆字节（8MB）。

为必须扫描的索引数据量设置一个最小值，扫描的索引数据量超过这一个值时才会考虑使用并行扫描。 注意并行索引扫描通常并不会触及整个索引，它是优化器认为该扫描会实际用到的相关页面的数量。 这个参数还用于决定特定的索引是否参与并行vacuum。参见VACUUM。 如果指定值时没有单位，则以块为单位，即BLCKSZ字节，通常为8kB。默认值是512千字节（512kB）。

设置优化器对一个单一查询可用的有效磁盘缓冲区尺寸的假设。 这个参数会被考虑在使用一个索引的代价估计中，更高的数值会使得索引扫描更可能被使用，更低的数值会使得顺序扫描更可能被使用。 在设置这个参数时，你还应该考虑LightDB的共享缓冲区以及将被用于LightDB数据文件的内核磁盘缓冲区，尽管有些数据可能在两个地方都存在。 另外，还要考虑预计在不同表上的并发查询数目，因为它们必须共享可用的空间。 这个参数对LightDB分配的共享内存尺寸没有影响，它也不会保留内核磁盘缓冲，它只用于估计的目的。系统也不会假设在查询之间数据会保留在磁盘缓冲中。 如果指定值时没有单位，则以块为单位，即BLCKSZ字节，通常为8kB。 默认值是 4吉字节（4GB）。(如果BLCKSZ不是8kB，默认值会按比例缩放它。)

为没有通过ALTER TABLE SET STATISTICS设置列相关目标的表列设置默认统计目标。更大的值增加了需要做ANALYZE的时间，但是可能会改善优化器的估计质量。默认值是 100。有关LightDB查询优化器使用的统计信息的更多内容， 请参考Section 15.2。

启用或禁用在创建索引后立即自动收集统计信息。 默认启用。

控制查询优化器对表约束的使用，以优化查询。 constraint_exclusion的允许值是on（对所有表检查约束）、off（从不检查约束）和partition（只对继承的子表和UNION ALL子查询检查约束）。 partition是默认设置。它通常与传统的继承树一起使用来提高性能。

当对一个特定表允许这个参数，优化器比较查询条件和表的CHECK约束，并且忽略那些条件违反约束的表扫描。例如：

CREATE TABLE parent(key integer, ...);
CREATE TABLE child1000(check (key between 1000 and 1999)) INHERITS(parent);
CREATE TABLE child2000(check (key between 2000 and 2999)) INHERITS(parent);
...
SELECT * FROM parent WHERE key = 2400;

在启用约束排除时，这个SELECT将完全不会扫描child1000，从而提高性能。

目前，约束排除只在通过继承树实现表分区的情况中被默认启用。为所有表启用它会增加额外的规划开销，特别是在简单查询上并且不会产生任何好处。 如果没有用传统继承树分区的表时，最好是完全关闭它。(注意分区表的等效特性是由单独的参数控制的，enable_partition_pruning.)

更多关于使用约束排除实现分区的信息请参阅Section 6.11.5。

设置优化器对将被检索的一个游标的行的比例的估计。默认值是 0.1。更小的值使得优化器偏向为游标使用“快速开始”计划，它将很快地检索前几行但是可能需要很长时间来获取所有行。更大的值强调总的估计时间。最大设置为 1.0，游标将和普通查询完全一样地被规划，只考虑总估计时间并且不考虑前几行会被多快地返回。

如果生成的FROM列表不超过这么多项，优化器将把子查询融合到上层查询。较小的值可以减少规划时间，但是可能 会生成较差的查询计划。默认值是 8。详见Section 15.3。

如果得出的列表中不超过这么多项，那么优化器将把显式JOIN（除了FULL JOIN）结构重写到 FROM项列表中。较小的值可减少规划时间，但是可能会生成差些的查询计划。

默认情况下，这个变量被设置成和from_collapse_limit相同， 这样适合大多数使用。把它设置为 1 可避免任何显式JOIN的重排序。因此查询中指定的显式连接顺序就是关系被连接的实际顺序。因为查询优化器并不是总能 选取最优的连接顺序，高级用户可以选择暂时把这个变量设置为 1，然后显式地指定他们想要的连接顺序。更多信息请见Section 15.3。

允许应用并行查询作为测试目的，即使在没有预期性能好处的情况下。 force_parallel_mode 的允许值为off(仅在期望提高性能时使用并行模式)， on(对被认为是安全的所有查询强制并行查询)， 以及regress (类似on，但是有额外的行为变化在下面说明)。

更具体地说，将该值设置为on的将在看起来安全的任何查询计划的顶部添加一个Gather 节点，以便查询在并行worker内部运行。 即使当并行worker不可用或不能使用时，例如启动子事务之类的操作将被禁止，在并行查询上下文中将被禁止，除非优化器认为这会导致查询失败。 如果设置此选项时发生失败或意外结果，查询使用的一些函数可能需要被标记为PARALLEL UNSAFE(或者，可能是PARALLEL RESTRICTED)。

设置该值为regress与设置为on 具有相同的所有效果，加上一些附加效果，为了便于自动回归测试。 通常，来自并行worker的消息包含一个上下文行表示之， 但是regress的设置会抑制这一行，因此输出与非并行执行时相同。 此外，通过此设置隐藏在EXPLAIN输出中，Gather节点添加到计划，以便输出匹配如果将此设置off将获得的结果。

准备语句（显式准备或隐式生成的，例如 PL/pgSQL）可以使用自定义或通用计划执行。 使用其特定的参数值集为每个执行重新生成自定义计划，而通用计划不依赖于参数值，并且可以在执行中重复使用。 因此，使用通用计划可以节省计划时间，但如果理想计划严重依赖参数值，则通用计划可能效率低下。 这些选项之间的选择通常是自动进行的，但可以通过plan_cache_mode覆盖它。 允许的值为 auto (默认的),force_custom_plan 和 force_generic_plan。 这个设置是在执行缓存计划时考虑，而不是在准备计划时考虑。 更多信息请参阅 PREPARE.

LightDB 24.2版本新增的参数。 当查询中包含DENSE_RANK() OVER (ORDER BY 排序字段1，排序字典2, ... )时，这个参数用于优化order by的效率，默认值为','。 当配置为空时则表示关闭这个优化。否则将要尝试将所有排序字段使用lightdb_order_by_combine_delimiter配置的值连接后再 进行排序（前提是所有字段排序顺序方向一致）。