核心库CPU飙到99%了！我发现很多DBA都不会看日志……

dbaplus社群前天 07:59

本文为DBA提供了高效的数据库故障排查方法，强调日志在定位问题中的关键作用。文章详细介绍了Oracle、MySQL和PostgreSQL三种主流数据库的关键日志及其分析技巧，包括alert.log、listener.log、trace文件、错误日志、慢查询日志、二进制日志、pgBadger和pg_stat_statements等。同时，针对高可用架构中的常见问题，如Oracle RAC私网延迟、MySQL主从延迟和PostgreSQL流复制同步假死等，提供了具体的日志排查思路和实操技巧，帮助DBA快速发现并解决隐患，提升运维效率和数据保障能力。

📚 **日志是数据库故障排查的核心工具**：文章指出，80%的DBA在排查故障时容易被海量监控指标干扰，而忽略了日志提供的关键信息。日志如同数据库的“黑匣子”，记录了运行状态、操作历史和异常事件，是定位故障根源最有效的手段，能帮助DBA在问题发生时迅速找到方向。

💡 **主流数据库日志分析详解**：针对Oracle，介绍了alert.log、listener.log及trace文件的用途，并提供了实时跟踪、过滤错误信息、分页查看和统计错误频率等命令。对于MySQL，区分了错误日志、慢查询日志、二进制日志和通用查询日志的功能，并总结了“紧急看error log，性能看slow log，死锁看show engine innodb status”的口诀。PostgreSQL方面，推荐了pgBadger和pg_stat_statements工具，并说明了如何通过日志配置和查看锁状态来辅助排查。

🚀 **高可用架构中的日志排查技巧**：文章深入探讨了高可用架构下的常见难题。例如，在Oracle RAC环境中，通过oradebug命令和cssd.log分析私网延迟和脑裂问题；在MySQL主从复制中，揭示了Seconds_Behind_Master的“骗局”，并解析了binlog内容以应对大事务引发的GTID问题；对于PostgreSQL流复制，则提供了识别备库假死的方法，如通过pg_stat_replication和LSN计算来处理WAL堆积和autovacuum风暴。

🏆 **DBA的生存哲学与实操利器**：文章强调，真正的高手并非从不宕机，而是能够通过日志的蛛丝马迹，提前发现潜在隐患，并在问题扩大化之前给出根因分析。文中列举了Oracle的v$session_wait、ALTER SYSTEM DUMP LOGFILE，MySQL的SHOW ENGINE INNODB STATUS，以及PostgreSQL的pg_terminate_backend等实用SQL命令和工具，为DBA提供了日常运维和应急处理的宝贵参考。

📈 **日志化运维保障数据安全与性能**：通过结构化记录数据库的事件，日志帮助运维人员快速定位性能瓶颈，优化系统运行，并确保数据的安全性和一致性。日志是数据库系统稳定运行的基石，掌握高效的日志分析能力是DBA必备的核心技能之一。

詹姆斯邦德007 2025-07-28 07:15 广东

80%的DBA排查故障时，在错误日志里大海捞针，被海量监控指标绕晕，忽略高可用架构的隐藏陷阱。

日志是数据库发生故障时，最有效率的定位工具，没有日志给我们输出的错误信息，遇到突发故障对于DBA来说确实一脸懵逼。

这里小编给大家分享数据库关键日志速查、真实踩坑案例、高可用架构排雷技巧，建议收藏转发防丢。

一、故障现场

张工！核心库CPU飙到99%了！王哥！主从延迟突然暴涨到半小时！

内部统计，80%的DBA排查故障时，在错误日志里大海捞针，被海量监控指标绕晕，忽略高可用架构的隐藏陷阱。

二、日志破案指南

1、Oracle日志

alert.log：该日志文件包含了数据库的所有警告和错误信息。查看该日志文件可以了解数据库的运行状况和异常情况。

listener.log：该日志文件记录了与Oracle监听器相关的信息，包括监听器启动、连接请求等。查看该日志文件可以了解监听器的运行情况和连接请求信息。

trace文件：Oracle数据库在遇到故障或某些特定操作时会生成trace文件，其中包含了详细的错误堆栈信息。查看trace文件可以帮助定位和解决数据库故障。

如需深入诊断复杂问题，建议结合AWR报告、ASH数据等性能工具进一步分析。

实时跟踪日志更新：
tail -f $ORACLE_BASE/diag/rdbms/<数据库名>/<实例名>/trace/alert_<实例名>.log


过滤关键错误信息：
# 提取所有Oracle错误代码
grep "ORA-" alert_<实例名>.log
# 按错误号筛选
grep "Error 7445" alert_<实例名>.log | more
分页查看历史日志：
# 支持上下翻页和搜索
less alert_<实例名>.log   


统计错误频率：
grep "ORA-01555" alert_<实例名>.log | awk '{print $1}' | sort | uniq -c


ADRCI命令行工具：
show alert查看日志，支持按时间范围过滤：
adrci> show alert -p "message_text like '%ORA-00600%'" -term


EMCC搜索：
通过图形界面导航至“日志”选项卡，
可直观查看Alert日志，并支持时间范围筛选和关键字搜索

2、MySQL篇

错误日志：记录MySQL启动、运行、关闭过程中的错误及警告信息

慢查询日志：记录执行时间超过设定阈值（默认10秒）的SQL语句，用于性能优化。

二进制日志：记录所有数据变更操作（增删改），用于数据恢复、主从复制

通用查询日志：记录所有客户端连接和SQL操作（如用户登录、查询语句），适合审计和全链路追踪。

查案口诀就是：紧急情况看error log，性能问题锁slow log，死锁追踪用show engine innodb status

3、PostgreSQL篇

pgBadger：生成HTML报告，统计查询频率、耗时分布等

pg_stat_statements：扩展模块，记录SQL执行统计

pgAdmin：连接数据库后，在左侧导航栏选择服务器 → “日志”选项卡，支持实时查看、筛选时间范围及错误级别

logging_collector = on
log_directory = 'pg_log'
log_filename = 'postgresql-%Y-%m-%d_%H%M%S.log'
log_statement = 'all'
# 记录执行超过1秒的慢查询
log_min_duration_statement = 1000
# 记录锁等待超过deadlock_timeout的查询
log_lock_waits = on


查看当前锁状态
# 查看所有锁
SELECT * FROM pg_locks;
# 查看阻塞会话
SELECT * FROM 
pg_stat_activity 
WHERE wait_event_type = 'Lock';

三、高可用架构日志排查

1、Oracle RAC

私网延迟的排查技巧：oradebug命令

脑裂现场的日志特征：cssd.log关键段落解析

2、MySQL主从

从库SQL线程卡住的3种征兆：Seconds_Behind_Master骗局

大事务引发的GTID黑洞：binlog内容解析

3、PostgreSQL流复制

同步备库假死的识别方法：pg_stat_replication

WAL堆积的雪崩效应：LSN计算速查公式

autovacuum风暴的识别与镇压

四、DBA的生存哲学

真正的高手不是从不宕机，而是能从日志的蛛丝马迹中，比业务方早10分钟发现隐患，在老板发火前给出根因分析，用一份故障报告赢得明年预算。

-- Oracle救命三连  
SELECT * FROM v$session_wait 
WHERE wait_class != 'Idle';  
ALTER SYSTEM DUMP LOGFILE 'xxx';  
-- MySQL死锁检测  
SHOW ENGINE INNODB STATUS\G  
-- PostgreSQL查杀利器  
SELECT pg_terminate_backend(pid) 
FROM pg_stat_activity WHERE...

五、总结

日志作为数据库系统的“黑匣子”，通过记录运行状态、操作历史及异常事件，为故障排查提供关键线索。

日志通过结构化记录数据库全生命周期事件，使运维人员能够快速定位故障根因、优化性能瓶颈并保障数据安全。

作者丨詹姆斯邦德007

来源丨公众号：IT邦德（ID：jeamesDB）

dbaplus社群欢迎广大技术人员投稿，投稿邮箱：editor@dbaplus.cn

阅读原文

跳转微信打开

Fish AI Reader

AI辅助创作，多种专业模板，深度分析，高质量内容生成。从观点提取到深度思考，FishAI为您提供全方位的创作支持。新版本引入自定义参数，让您的创作更加个性化和精准。

FishAI

鱼阅，AI 时代的下一个智能信息助手，助你摆脱信息焦虑

Fish AI Reader

FishAI

联系邮箱 441953276@qq.com

相关标签