更换数据库服务器后关联子查询性能下降的DB参数排查问询

以下参数配置与旧环境不一致时，会导致你给出的关联子查询执行计划退化，出现性能暴跌：

优化器开关类参数 #

• 子查询/半连接优化开关：MySQL的optimizer_switch参数中的semijoin、subquery_materialization_cost_based、derived_merge开关项；PostgreSQL的enable_subquery_rewrite、enable_nestloop、enable_mergejoin、enable_hashjoin开关。如果新环境关闭了上述优化开关，优化器无法将关联子查询转换为更高效的JOIN执行路径，只能走逐行循环执行子查询的低效路径。
• 优化器成本模型参数：MySQL的optimizer_cost_model，PostgreSQL的seq_page_cost、random_page_cost、cpu_tuple_cost、cpu_operator_cost。如果新环境的成本参数和实际硬件不匹配（比如SSD环境仍沿用机械盘的random_page_cost=4配置），会导致优化器误判不同执行路径的成本，选择错误的执行计划。

内存配置类参数 #

• 排序/临时表内存：MySQL的sort_buffer_size、tmp_table_size、max_heap_table_size；PostgreSQL的work_mem。你给出的查询包含max(col1)分组聚合逻辑，如果分配的内存不足以支撑内存内分组排序，会触发磁盘临时文件读写，性能会下降数十到上百倍。
• 数据缓冲池参数：MySQL的innodb_buffer_pool_size、PostgreSQL的shared_buffers。如果新环境缓冲池配置远小于旧环境，热点表、索引无法缓存到内存，会大幅放大查询的IO开销。

统计信息相关参数 #

• 统计信息采样率/自动更新配置：MySQL的innodb_stats_persistent_sample_pages、optimizer_use_condition_selectivity；PostgreSQL的default_statistics_target、autovacuum_analyze_scale_factor。如果新环境统计信息采样率过低，或者自动统计更新未触发，优化器拿到的表行数、列区分度等元数据失真，会直接生成错误的执行计划。

并行执行类参数 #

• 并行查询开关/阈值：MySQL的parallel_execution开关、parallel_execution_time_threshold阈值；PostgreSQL的max_parallel_workers_per_gather、min_parallel_table_scan_size。如果旧环境开启了并行计算支持这类分组关联查询的并行执行，新环境关闭并行或阈值设置过高，也会导致性能明显下降。

内容的提问来源于stack exchange，提问作者12345