# 报错处理步骤
# 1. 报错收集
# 收集报错信息，包括错误代码、错误消息和错误位置

# 2. 报错分析
# 分析报错原因，查看相关日志和配置

# 3. 报错解决
# 根据报错原因采取相应的解决措施

# 4. 报错验证
# 验证报错是否解决

# 5. 报错总结
# 记录报错处理过程，总结经验教训风哥提示：

# 案例1：连接报错
# 1. 报错现象
# 无法连接数据库
gsql -h 192.168.1.10 -p 5432 -U fgedu -d fgedudb

# 输出示例：
# gsql: 无法连接到服务器: 连接被拒绝
# 服务器是否在主机 “192.168.1.10” 上运行并且在端口 5432 上接受 TCP/IP 连接?

# 2. 报错分析
# 检查数据库状态
gs_ctl status -D /opengauss/fgdata

# 输出示例：
# 服务器未运行

# 检查数据库日志
tail -n 100 /opengauss/logs/postgresql-*.log

# 输出示例：
# 2024-01-01 10:00:00.000 CST [12345]: FATAL: could not bind socket: Address already in use
学习交流加群风哥微信: itpux-com
# 3. 报错解决
# 检查端口占用情况
netstat -tulpn | grep 5432

# 输出示例：
# tcp 0 0 127.0.0.1:5432 0.0.0.0:* LISTEN 12345/postgres

# 杀死占用端口的进程
kill -9 12345

# 启动数据库
gs_ctl start -D /opengauss/fgdata

# 4. 报错验证
# 连接数据库
gsql -h 192.168.1.10 -p 5432 -U fgedu -d fgedudb -c “SELECT version();
”

# 输出示例：
# version
# ————————————————————————————————-
# (openGauss 3.0.0 build 02c14696) compiled at 2024-01-01 00:00:00 commit 0 last mr 0
# (1 row)

# 案例2：SQL报错
# 1. 报错现象
# 执行SQL语句时出现错误
gsql -h 192.168.1.10 -p 5432 -U fgedu -d fgedudb -c “SELECT * FROM non_existent_table;
”

# 输出示例：
# ERROR: relation “non_existent_table” does not exist
# LINE 1: SELECT * FROM non_existent_table;
# ^

# 2. 报错分析
# 检查表是否存在
gsql -h 192.168.1.10 -p 5432 -U fgedu -d fgedudb -c “\dt”
学习交流加群风哥QQ113257174
# 输出示例：
# 关系列表
# 架构模式 | 名称 | 类型 | 拥有者
# ———+————+——+———-
# fgedu | test | 表 | fgedu
# (1 row)

# 3. 报错解决
# 创建缺失的表
gsql -h 192.168.1.10 -p 5432 -U fgedu -d fgedudb -c “CREATE TABLE non_existent_table (id INT PRIMARY KEY, name VARCHAR(100));
”

# 4. 报错验证
# 再次执行SQL语句
gsql -h 192.168.1.10 -p 5432 -U fgedu -d fgedudb -c “SELECT * FROM non_existent_table;
”

# 输出示例：
# id | name
# —-+——
# (0 rows)