【总结】mysql log

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS MySQL,高可用系列 2核4GB
云数据库 RDS PostgreSQL,高可用系列 2核4GB
简介: Mysql 日志: 1. 错误日志 2. 查询日志 3. binlog日志 4. 慢查询日志 5. 审核日志 6. 二进制日志 1. 二进制日志bunlog日志: 启用: log-bin[=PATH/[FILENAME]] expire_logs_days=30 max_b
Mysql 日志:
1. 错误日志
2. 查询日志
3. binlog日志
4. 慢查询日志
5. 审核日志
6. 二进制日志

1. 二进制日志bunlog日志:
启用:
log-bin[=PATH/[FILENAME]]
expire_logs_days=30
max_binlog_size=1024M

删除:
删除所有的binlog日志 ----> reset master ,binlog文件从00001开始
只删除部分二进制日志 ----> 
purge master logs to 'log_name'
purge master logs before 'date'

查看:
show binlog events;
show binlog events in 'log_name'
详细的可以用mysqlbinlog

还原:
mysqlbinllog -----》 重要的2个参数
--start-datetime、--stop-datetime
--start-position、--stop--position

还原到时间点:
mysqlbinlog --stop-datetime="xxx-xx-xx" binlog_name
.....

暂时停止:
set sql_log_bin = {0|1}

2. 错误日志:
启用:
log-error=[path/[file_name]]

删除:
删除错误日志后,需要执行flush logs 重新生成日志文件
> error.log

3. 查询日志:
启用:
log=path/[filename]

删除:
删除查询日志后,需要执行flush logs 重新生成日志文件
> access.log

4. 慢查询日志
启用:
log-slow-queries[=path/[filename]]
long_query_time=1

查看:
mysqlslowdump

删除:
删除慢查询日志后,需要执行flush logs 重新生成日志文件
> access.log

写事物流程:
Mysql 日志:
1. 错误日志
2. 查询日志
3. binlog日志
4. 慢查询日志
5. 审核日志
6. 二进制日志

1. 二进制日志bunlog日志:
启用:
log-bin[=PATH/[FILENAME]]
expire_logs_days=30
max_binlog_size=1024M

删除:
删除所有的binlog日志 ----> reset master ,binlog文件从00001开始
只删除部分二进制日志 ----> 
purge master logs to 'log_name'
purge master logs before 'date'

查看:
show binlog events;
show binlog events in 'log_name'
详细的可以用mysqlbinlog

还原:
mysqlbinllog -----》 重要的2个参数
--start-datetime、--stop-datetime
--start-position、--stop--position

还原到时间点:
mysqlbinlog --stop-datetime="2014-7-2 15:27:48 binlog_name
.....

暂时停止:
set sql_log_bin = {0|1}

2. 错误日志:
启用:
log-error=[path/[file_name]]

删除:
删除错误日志后,需要执行flush logs 重新生成日志文件
> error.log

3. 查询日志:
启用:
log=path/[filename]

删除:
删除查询日志后,需要执行flush logs 重新生成日志文件
> access.log

4. 慢查询日志
启用:
log-slow-queries[=path/[filename]]
long_query_time=1

查看:
mysqlslowdump

删除:
删除慢查询日志后,需要执行flush logs 重新生成日志文件
> access.log

mysql写日志流程:

04afe3fd2f6cdccaf5f9d473f63bca2ffb58ab1d


相关实践学习
如何快速连接云数据库RDS MySQL
本场景介绍如何通过阿里云数据管理服务DMS快速连接云数据库RDS MySQL,然后进行数据表的CRUD操作。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
cell_liu
+关注
目录
打赏
0
0
0
0
3
分享
相关文章
MySQL日志分析:binlog、redolog、undolog三大日志的深度探讨。
数据库管理其实和写小说一样,需要规划,需要修订,也需要有能力回滚。理解这些日志的作用与优化,就像把握写作工具的使用与运用,为我们的数据库保驾护航。
127 23
MySQL Binlog 日志查看方法及查看内容解析
本文介绍了 MySQL 的 Binlog(二进制日志)功能及其使用方法。Binlog 记录了数据库的所有数据变更操作,如 INSERT、UPDATE 和 DELETE,对数据恢复、主从复制和审计至关重要。文章详细说明了如何开启 Binlog 功能、查看当前日志文件及内容,并解析了常见的事件类型,包括 Format_desc、Query、Table_map、Write_rows、Update_rows 和 Delete_rows 等,帮助用户掌握数据库变化历史,提升维护和排障能力。
简单聊聊MySQL的三大日志(Redo Log、Binlog和Undo Log)各有什么区别
在MySQL数据库管理中,理解Redo Log(重做日志)、Binlog(二进制日志)和Undo Log(回滚日志)至关重要。Redo Log确保数据持久性和崩溃恢复;Binlog用于主从复制和数据恢复,记录逻辑操作;Undo Log支持事务的原子性和隔离性,实现回滚与MVCC。三者协同工作,保障事务ACID特性。文章还详细解析了日志写入流程及可能的异常情况,帮助深入理解数据库日志机制。
408 0
mysql的undo log、redo log、bin log、buffer pool
MySQL的undo log、redo log、bin log和buffer pool是确保数据库高效、安全和可靠运行的关键组件。理解这些组件的工作原理和作用,对于优化数据库性能和保障数据安全具有重要意义。通过适当的配置和优化,可以显著提升MySQL的运行效率和数据可靠性。
82 4
mysql的undo log、redo log、bin log、buffer pool
MySQL的undo log、redo log、bin log和buffer pool是确保数据库高效、安全和可靠运行的关键组件。理解这些组件的工作原理和作用,对于优化数据库性能和保障数据安全具有重要意义。通过适当的配置和优化,可以显著提升MySQL的运行效率和数据可靠性。
107 16
ELK实现nginx、mysql、http的日志可视化实验
通过本文的步骤,你可以成功配置ELK(Elasticsearch, Logstash, Kibana)来实现nginx、mysql和http日志的可视化。通过Kibana,你可以直观地查看和分析日志数据,从而更好地监控和管理系统。希望这些步骤能帮助你在实际项目中有效地利用ELK来处理日志数据。
390 90
MySQL日志
本文介绍了MySQL中三个重要的日志:binlog、redolog和undolog。binlog记录数据库更改操作,支持数据恢复、复制和审计;redolog保证事务的原子性和持久性,实现crash-safe;undolog用于事务回滚及MVCC的实现。每个日志都有其独特的作用和应用场景,确保数据库的稳定性和数据一致性。
105 1
图解MySQL【日志】——磁盘 I/O 次数过高时优化的办法
当 MySQL 磁盘 I/O 次数过高时,可通过调整参数优化。控制刷盘时机以降低频率:组提交参数 `binlog_group_commit_sync_delay` 和 `binlog_group_commit_sync_no_delay_count` 调整等待时间和事务数量;`sync_binlog=N` 设置 write 和 fsync 频率,`innodb_flush_log_at_trx_commit=2` 使提交时只写入 Redo Log 文件,由 OS 择机持久化,但两者在 OS 崩溃时有丢失数据风险。
138 3
图解MySQL【日志】——两阶段提交
两阶段提交是为了解决Redo Log和Binlog日志在事务提交时可能出现的半成功状态,确保两者的一致性。它分为准备阶段和提交阶段,通过协调者和参与者协作完成。准备阶段中,协调者向所有参与者发送准备请求,参与者执行事务并回复是否同意提交;提交阶段中,若所有参与者同意,则协调者发送提交请求,否则发送回滚请求。MySQL通过这种方式保证了分布式事务的一致性,并引入组提交机制减少磁盘I/O次数,提升性能。
196 4
图解MySQL【日志】——两阶段提交
什么是Apache日志?为什么Apache日志分析很重要?
Apache是全球广泛使用的Web服务器软件,支持超过30%的活跃网站。它通过接收和处理HTTP请求,与后端服务器通信,返回响应并记录日志,确保网页请求的快速准确处理。Apache日志分为访问日志和错误日志,对提升用户体验、保障安全及优化性能至关重要。EventLog Analyzer等工具可有效管理和分析这些日志,增强Web服务的安全性和可靠性。
207 9

推荐镜像

更多
AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等

登录插画

登录以查看您的控制台资源

管理云资源
状态一览
快捷访问