数据库常见问题处理

随记，持续更新中。。。

postgresql

1. pg_wal下占用大量磁盘

说明：pg数据目录下的pg_wal目录中是postgreSQL的预写日志，不能直接删除，预写日志会自动归档到其他目录（等待10～20分钟）；
/data/logs/postgreSql/wal 是我们创建的pg预写日志自动归档的目录，归档目录下的文件可以删除，或者自行写定时任务删除。
删除之前记得备份哦

问题现象：postgresql归档日志把磁盘占满了：/data/appData/postgreSql/pg_wal（不能直接删除）

原 因：部署pg时未创建该目录: /data/logs/postgreSql/wal

解决方案：手动创建该目录：mkdir /data/logs/postgreSql/wal (注意目录权限)，然后定时删除该目录下的文件即可。不需要重启pg

/data/logs/postgreSql/wal 目录与下图所示配置文件中保持一致。

/data/appData/postgreSql/postgresql.conf

mysql

1. mysql主主设置完成后导入数据后主从同步异常Error_code: 1593

问题现象：其中一个mysql实例的slave status 状态：SQL YES、IO NO，报错如下所示：

排查步骤：根据错误日志提示检查server_id和uuid

server_id 互不相同，正常。

server_uuid 互不相同，正常。

检查配置文件主从相关配置，正常。

auto.conf文件内容也互不相同，正常

思路卡死。。。然后梳理操作步骤：

1. A、B两个mysql实例设置为主主模式（即互为主从）后，验证正常；

2. 导入另一个mysql实例C的所有库表（包括系统库表）到实例A；

3. 然后在实例B上发现slave状态异常，但是实例A的slave状态正常；

初步判断是实例C系统库表覆盖了原实例A的系统库表信息，导致主从异常。

解决方案：重新搭建A、B两个mysql实例设置为主主模式，ya后只导入实例C中的业务数据库。

如果不重新搭建，此时停止A、B的主从，然后同时重启A、B实例后，再启动主从估计也可以，下次有机会验证一下

clickhouse

1. clickhouse查找并删除大数据量的表

内容后续补充

2. clickhouse节点负载持续升高

内容后续补充