GBase 8c 性能调优：从统计到执行计划优化
Source: Dev.to
引言
随着数据量和并发访问的增长，数据库性能对系统稳定性变得至关重要。本文摘自官方技术手册，提炼了 GBase 8c（国产分布式数据库）的核心性能优化技术。内容包括统计信息更新、执行计划干预、SQL 重写以及关键参数配置。
GBase 8c 是一种基于成本的分布式数据库。它的优化器就像一套精确的导航系统，为每条 SQL 语句选择它认为的最优执行路径（执行计划）。这一决策在很大程度上依赖于“地图数据”——统计信息。
优化器依据 ANALYZE 命令收集的统计信息（存储在 pg_class 和 pg_statistic 系统表中）来估算行数和成本。统计信息过时就像使用旧地图——会误导优化器生成劣质的执行计划。
核心原则： 在尝试任何复杂调优之前，首先确保统计信息准确且是最新的。
更新统计信息
统计信息是规划器用于生成计划的源数据。
-- Update statistics for a single table
ANALYZE tablename;
-- Update statistics for all tables in the current database
ANALYZE;
-- Collect multi‑column statistics for correlated columns
ANALYZE tablename((column_1, column_2));自动化
GBase 8c 提供 autovacuum 守护进程，以自动回收空间并更新统计信息。使用 autovacuum 和 autovacuum_mode 参数控制其行为（例如，将模式设置为 mix 以同时进行清理和分析）。
检测性能问题
业务信号 – 接口超时、应用响应缓慢或错误 – 是性能问题最直接的指示。
主动检测 – 进行数据库检查或查询慢日志。
启用慢日志记录：
track_stmt_stat_level = 'OFF,L0' # example setting
enable_stmt_track = on查询慢日志：
SELECT *
FROM dbe_perf.get_global_slow_sql_by_timestamp(
'2024-05-07 04:00:00',
'2024-05-07 04:10:00'
);引导优化器的计划提示
当优化器选择了不理想的执行计划时，GBase 8c 提供 Plan Hint 功能。使用 /*+ ... */ 注释语法在 SQL 语句前添加提示。多个提示之间用空格分隔。
提示语法概览
| 提示类型 | 示例 |
|---|---|
| 连接顺序 | Leading((t1 t2 t3)) |
| 连接方式 | NestLoop(t1 t2), HashJoin(t1 t2), MergeJoin(t1 t2) |
| 扫描方式 | IndexScan(t1 index_name), SeqScan(t1), IndexOnlyScan(t1 index_name) |
| 估计行数 | Rows(t1 #10)（暗示表 t1 大约有 10 行） |
示例：强制使用 NestLoop 连接
-- 默认可能是 HashJoin
EXPLAIN
SELECT *
FROM stu s
JOIN stu_info i ON s.id = i.stu_id;
-- 使用提示强制 NestLoop
SELECT /*+ NestLoop(s i) */ *
FROM stu s
JOIN stu_info i ON s.id = i.stu_id;注意： 提示会绕过优化器的代价计算。请将其作为最后手段使用，并持续验证其效果。
调整数据库参数
微调配置参数可以让执行计划倾向于更好的策略。
| 参数 | 效果 |
|---|---|
work_mem | 增加用于排序和哈希连接的内存，减少磁盘 I/O。 |
shared_buffers | 控制数据缓存；更大的值有利于读取密集型工作负载。 |
优化器开关（例如 enable_hashjoin、enable_indexscan） | 禁用特定策略，迫使优化器考虑其他方案（类似提示，但在会话或全局层面应用）。 |
示例：设置 work_mem
gs_guc set -Z coordinator -D /path/to/data_dir -c "work_mem = 16MB"SQL 重写最佳实践
| 建议 | 原因 |
|---|---|
使用 UNION ALL 替代 UNION（在不可能出现重复的情况下） | 避免昂贵的去重操作。 |
如果 NULL 常见，在连接列上添加 IS NOT NULL 过滤器 | 允许提前数据裁剪，提高连接效率。 |
使用 TRUNCATE 而非 DELETE 来清空表 | 更快，并立即释放磁盘空间。 |
在 INSERT 语句中显式列出列名 | 提升可读性和稳定性。 |
| 根据工作负载（OLTP vs. OLAP）选择合适的存储模型（行存储 vs. 列存储） | 使物理存储与查询模式保持一致。 |
结论
GBase 8c 的性能调优是一个系统化的过程。准确的统计信息、审慎使用执行计划提示、细致的参数配置以及深思熟虑的 SQL 重写是相互关联的步骤。将这些方法融入日常运维，可帮助您有效应对 GBase 环境中日益增长的慢查询挑战。