# 日志服务 #
0
关注
47459内容
基于阿里云 EMR Serverless Spark 版快速搭建OSS日志分析应用
基于阿里云 EMR Serverless Spark 版快速搭建OSS日志分析应用
Log/Trace/Metric 完成 APIServer 可观测覆盖
Log/Trace/Metric 完成 APIServer 可观测覆盖
MySQL日志
本文介绍了MySQL中三个重要的日志：binlog、redolog和undolog。binlog记录数据库更改操作，支持数据恢复、复制和审计；redolog保证事务的原子性和持久性，实现crash-safe；undolog用于事务回滚及MVCC的实现。每个日志都有其独特的作用和应用场景，确保数据库的稳定性和数据一致性。
图解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 崩溃时有丢失数据风险。
图解MySQL【日志】——两阶段提交
两阶段提交是为了解决Redo Log和Binlog日志在事务提交时可能出现的半成功状态，确保两者的一致性。它分为准备阶段和提交阶段，通过协调者和参与者协作完成。准备阶段中，协调者向所有参与者发送准备请求，参与者执行事务并回复是否同意提交；提交阶段中，若所有参与者同意，则协调者发送提交请求，否则发送回滚请求。MySQL通过这种方式保证了分布式事务的一致性，并引入组提交机制减少磁盘I/O次数，提升性能。
图解MySQL【日志】——Redo Log
Redo Log（重做日志）是数据库中用于记录数据页修改的物理日志，确保事务的持久性和一致性。其主要作用包括崩溃恢复、提高性能和保证事务一致性。Redo Log 通过先写日志的方式，在内存中缓存修改操作，并在适当时候刷入磁盘，减少随机写入带来的性能损耗。WAL（Write-Ahead Logging）技术的核心思想是先将修改操作记录到日志文件中，再择机写入磁盘，从而实现高效且安全的数据持久化。Redo Log 的持久化过程涉及 Redo Log Buffer 和不同刷盘时机的控制参数（如 `innodb_flush_log_at_trx_commit`），以平衡性能与数据安全性。
云日志管理|从云端进行安全日志管理
Log360 Cloud 是一款基于云的SIEM解决方案，旨在为企业提供灵活、安全的日志管理。它从本地和云环境中收集日志并存储于云端，通过实时图形仪表板提供网络安全的全面视图。用户可随时随地访问日志，减少存储成本，轻松扩展，并确保符合IT合规性要求。该平台支持代理和无代理日志收集，具备强大的搜索、分析、审计和实时警报功能，帮助企业及时检测和解决潜在威胁，保障信息安全。
图解MySQL【日志】——Buffer Pool
Buffer Pool 是数据库管理系统（DBMS）中用于缓存磁盘数据页的内存区域，主要包含数据页、索引页、undo 页等。它通过减少磁盘 I/O 提升性能，特别是在处理大型数据库时效果显著。查询时，整个数据页而非单条记录会被加载到 Buffer Pool 中，以提高访问效率。
图解MySQL【日志】——Undo Log
Undo Log（回滚日志）是 MySQL 中用于实现事务原子性和一致性的关键机制。在默认的自动提交模式下，MySQL 隐式开启事务，每条增删改语句都会记录到 Undo Log 中。其主要作用包括：
免费试用