# 故障预防策略
– 定期备份：防止数据丢失风哥提示：
– 监控系统：及时发现异常
– 补丁管理：修复已知bug
– 配置优化：提高系统稳定性
– 高可用架构：减少单点故障
– 定期巡检：发现潜在问题
– 容量规划：避免资源不足
– 安全加固：防止安全事件

# 应急预案内容
– 故障分级：根据影响范围和严重程度分级
– 应急团队：明确应急响应人员和职责
– 应急流程：详细的故障处理步骤
– 联系方式：应急响应人员的联系方式
– 恢复方案：不同故障的恢复方案
– 演练计划：定期进行应急演练学习交流加群风哥微信: itpux-com
– 事后评估：故障处理后的评估和改进

# 启动失败原因1：配置文件错误

# 症状
$ gs_ctl start -D /opengauss/fgdata
server starting
$ gs_ctl status -D /opengauss/fgdata
pg_ctl: server is not running

# 排查步骤
$ tail -f /opengauss/fgdata/pg_log/postgresql-2026-04-09.log
2026-04-09 10:00:00.000 CST [12345] FATAL: invalid value for parameter “shared_buffers”: “1024G”

# 处理方法
$ vi /opengauss/fgdata/postgresql.conf
# 修改shared_buffers为合理值
shared_buffers = 16GB

# 重新启动
$ gs_ctl start -D /opengauss/fgdata
server starting
$ gs_ctl status -D /opengauss/fgdata
pg_ctl: server is running (PID: 12345)

# 启动失败原因2：端口被占用

# 症状
$ gs_ctl start -D /opengauss/fgdata
server starting学习交流加群风哥QQ113257174
$ gs_ctl status -D /opengauss/fgdata
pg_ctl: server is not running

# 排查步骤
$ tail -f /opengauss/fgdata/pg_log/postgresql-2026-04-09.log
2026-04-09 10:00:00.000 CST [12345] FATAL: could not bind IPv4 address “127.0.0.1”: Address already in use

# 处理方法
$ lsof -i :5432
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
gaussdb 6789 fgedu 6u IPv4 12345 0t0 TCP localhost:5432 (LISTEN)

$ kill -9 6789
$ gs_ctl start -D /opengauss/fgdata
server starting
$ gs_ctl status -D /opengauss/fgdata
pg_ctl: server is running (PID: 12345)

# 连接失败原因1：数据库未启动

# 症状
$ gsql -U fgedu -W password -d fgedudb
gsql: could not connect to server: Connection refused
Is the server running on host “localhost” (127.0.0.1) and accepting
TCP/IP connections on port 5432?

# 处理方法
$ gs_ctl status -D /opengauss/fgdata
pg_ctl: server is not running
$ gs_ctl start -D /opengauss/fgdata
server starting
$ gsql -U fgedu -W password -d fgedudb
gsql ((openGauss 3.0.0 build 02c14696) compiled at 2026-01-01 00:00:00)
Type “help” for help.

fgedudb=#更多视频教程www.fgedu.net.cn

# 连接失败原因2：权限不足

# 症状
$ gsql -U test -W password -d fgedudb
gsql: FATAL: role “test” does not exist

# 处理方法
$ gsql -U fgedu -W password -d fgedudb
fgedudb=# CREATE ROLE test WITH LOGIN PASSWORD ‘password’;
CREATE ROLE
fgedudb=# GRANT CONNECT ON DATABASE fgedudb TO test;
GRANT

$ gsql -U test -W password -d fgedudb
gsql ((openGauss 3.0.0 build 02c14696) compiled at 2026-01-01 00:00:00)
Type “help” for help.

fgedudb=>

# 性能问题1：慢SQL

# 排查步骤
$ gsql -U fgedu -W password -d fgedudb
fgedudb=# SELECT pid, usename, query, state, duration FROM pg_stat_activity WHERE state = ‘active’ ORDER BY duration DESC LIMIT 10;

# 执行
pid | usename | query | state | duration
——+———+———————————+——–+———-
1234 | fgedu | SELECT * FROM fgedu_table WHERE id > 10000 | active | 123456

# 处理方法
fgedudb=# EXPLAIN ANALYZE SELECT * FROM fgedu_table WHERE id > 10000;
# 查看执行计划，发现缺少索引更多学习教程公众号风哥教程itpux_com

fgedudb=# CREATE INDEX idx_fgedu_table_id ON fgedu_table(id);
CREATE INDEX

# 性能问题2：锁等待

# 排查步骤
$ gsql -U fgedu -W password -d fgedudb
fgedudb=# SELECT blocked_locks.pid AS blocked_pid,
blocked_activity.usename AS blocked_user,
blocking_locks.pid AS blocking_pid,
blocking_activity.usename AS blocking_user,
blocked_activity.query AS blocked_query,
blocking_activity.query AS blocking_query
FROM pg_catalog.pg_locks blocked_locks
JOIN pg_catalog.pg_stat_activity blocked_activity ON blocked_activity.pid = blocked_locks.pid
JOIN pg_catalog.pg_locks blocking_locks ON blocking_locks.locktype = blocked_locks.locktype
JOIN pg_catalog.pg_stat_activity blocking_activity ON blocking_activity.pid = blocking_locks.pid
WHERE NOT blocked_locks.GRANTED;

# 处理方法
fgedudb=# SELECT pg_terminate_backend(1234);
— 终止阻塞会话

# 场景：表空间fgedutbs空间不足

# 1. 发现问题
$ gsql -U fgedu -W password -d fgedudb
fgedudb=# SELECT tablespace_name, size/1024/1024 AS size_mb, free_space/1024/1024 AS free_mb
FROM dba_tablespace_free_space
WHERE tablespace_name = ‘fgedutbs’;

# 执行
tablespace_name | size_mb | free_mb
—————–+———+———-
fgedutbs | 1024 | 10

# 2. 分析原因
fgedudb=# SELECT relname, pg_size_pretty(pg_total_relation_size(c.oid)) AS size
FROM pg_class c
JOIN pg_tablespace t ON c.reltablespace = t.oid
WHERE t.spcname = ‘fgedutbs’
ORDER BY pg_total_relation_size(c.oid) DESC
LIMIT 5;

# 执行
relname | size
——————-+——–
fgedu_table | 950 MB
fgedu_log_table | 50 MB

# 3. 解决方案
# 方案1：扩展表空间
fgedudb=# ALTER TABLESPACE fgedutbs ADD DATAFILE ‘/opengauss/fgdata/fgedutbs02.dbf’ SIZE 1024M;

# 方案2：清理大表数据
fgedudb=# DELETE FROM fgedu_table WHERE create_time < '2026-01-01';
fgedudb=# VACUUM FULL fgedu_table;

# 4. 验证
fgedudb=# SELECT tablespace_name, size/1024/1024 AS size_mb, free_space/1024/1024 AS free_mb
FROM dba_tablespace_free_space
WHERE tablespace_name = ‘fgedutbs’;

# 执行
tablespace_name | size_mb | free_mb
—————–+———+———-
fgedutbs | 2048 | 1100

# 通用故障排查步骤
1. 收集故障信息
– 错误日志：/opengauss/fgdata/pg_log/
– 系统日志：/var/log/messages
– 数据库状态：gs_ctl status
– 会话信息：pg_stat_activity

2. 分析故障原因
– 查看错误信息
– 检查配置文件
– 检查系统资源
– 检查网络连接

3. 制定解决方案
– 根据故障原因制定解决方案
– 评估解决方案的影响
– 选择最优解决方案

4. 执行解决方案
– 实施解决方案
– 监控执行过程
– 验证解决方案

5. 记录和总结
– 记录故障处理过程
– 总结经验教训
– 提出改进建议

# 题目1：openGauss数据库启动失败的常见原因有哪些？

# 答案：
– 配置文件错误：参数设置不合理
– 端口被占用：其他进程占用了数据库端口
– 数据文件损坏：数据文件被损坏
– 权限问题：数据库文件权限不正确
– 存储空间不足：数据目录所在磁盘空间不足
– 网络问题：网络配置错误

# 题目2：如何排查openGauss数据库连接失败的问题？

# 答案：
1. 检查数据库是否启动：gs_ctl status
2. 检查网络连接：ping localhost
3. 检查端口是否开放：telnet localhost 5432
4. 检查用户权限：是否存在该用户，是否有连接权限
5. 检查防火墙设置：是否阻止了数据库端口
6. 检查数据库日志：查看错误信息

# 题目3：如何处理openGauss数据库性能下降的问题？

# 答案：
1. 识别慢SQL：使用pg_stat_activity查看
2. 分析执行计划：使用EXPLAIN ANALYZE
3. 优化SQL语句：重写SQL，添加索引
4. 检查锁等待：使用pg_locks查看
5. 检查系统资源：CPU、内存、磁盘I/O
6. 调整数据库参数：根据实际情况优化参数

# 题目4：openGauss数据库表空间满了怎么办？

# 答案：
– 扩展表空间：添加数据文件
– 清理数据：删除不需要的数据，执行VACUUM
– 移动数据：将数据移动到其他表空间
– 监控预警：设置表空间使用监控

# 题目5：如何处理openGauss数据库死锁问题？

# 答案：
1. 识别死锁：查看pg_stat_activity和pg_locks
2. 终止死锁会话：使用pg_terminate_backend
3. 分析死锁原因：检查SQL语句和事务
4. 优化SQL：避免长事务，优化锁粒度
5. 调整参数：设置合理的锁超时时间

# 题目1：openGauss数据库主备架构下，备库无法同步怎么办？

# 答案：
1. 检查主备状态：gs_ctl query
2. 检查网络连接：确保主备之间网络通畅
3. 检查归档日志：确保主库归档日志正常
4. 检查备库日志：查看备库同步错误信息
5. 重新搭建备库：如果同步无法恢复，重新搭建备库

# 题目2：openGauss数据库遭遇硬件故障如何恢复？

# 答案：
1. 评估故障影响：确定故障范围
2. 恢复备份：使用最近的备份恢复数据库
3. 应用归档日志：恢复到故障前的状态
4. 验证数据：确保数据一致性
5. 切换业务：将业务切换到恢复后的数据库

# 题目3：如何预防openGauss数据库故障？

# 答案：
– 定期备份：制定合理的备份策略
– 监控系统：建立完善的监控体系
– 定期巡检：发现潜在问题
– 补丁管理：及时安装补丁
– 高可用架构：减少单点故障
– 容量规划：避免资源不足
– 安全加固：防止安全事件
– 应急演练：提高应急响应能力

# 故障1：数据库无法启动
# 解决方案：
– 检查配置文件：确保参数设置正确
– 检查端口：确保端口未被占用
– 检查数据文件：确保数据文件完整
– 检查权限：确保文件权限正确
– 检查日志：查看详细错误信息

# 故障2：连接数过多
# 解决方案：
– 调整max_connections参数
– 检查应用连接池配置
– 终止空闲连接
– 优化应用代码，减少连接数

# 故障3：慢SQL导致性能下降
# 解决方案：
– 分析执行计划
– 添加适当的索引
– 重写SQL语句
– 调整参数：shared_buffers、work_mem等
– 使用物化视图

# 故障4：表空间不足
# 解决方案：
– 扩展表空间
– 清理数据
– 移动数据到其他表空间
– 监控表空间使用情况

# 故障5：死锁
# 解决方案：
– 终止死锁会话
– 优化SQL语句
– 减少事务持有锁的时间
– 调整锁超时参数