在线修改Redo log的大小及增加新的日志组

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介: 如果在线日志文件设置过小,会导致日志切换非常频繁。可以通过以下步骤进行在线Redo日志修改。
如果在线日志文件设置过小,会导致日志切换非常频繁。可以通过以下步骤进行在线Redo日志修改。
相关的知识普及:
1、Redo log File存放了Redo log信息,最少有两组日志文件,供Oracle循环使用。
2、Redo log File每组最少一个,建议两个,防止损坏而导致的数据丢失。
3、每组中的文件大小必须一致,因为他们是同时修改的,不同组的文件大小可以不一致。
4、每组中的文件个数必须一致。
由于ORACLE并没有提供类似RESIZE的参数来重新调整REDO LOG FILE的大小,因此只能先把这个文件删除了,然后再重建。又由于ORACLE要求最少有两组日志文件在用,所以不能直接删除,必须要创建中间过渡的REDO LOG日志组。因此,如果只是修改REDO LOG FILE的大小,建议的操作步骤应该如下:
1) 先创建两组新的日志组5、6
2) SWITCH LOGFILE到新创建的日志组5、6
3) 删除旧的日志组1、2、3
4) 重建旧的日志组1、2、3
5) SWITCH LOGFILE到日志组1、2、3
6) 删除过渡的日志组5、6
但本次操作,既要修改原有日志组的大小,又要增加新的日志组,所以省去了中间过渡日志组的操作,操作过程如下:
1) 查看当前日志组的状态,GROUP编号,日志文件所在的位置。
SQL> SELECT GROUP#, MEMBERS, BYTES / 1024 / 1024 BYTE_MB, STATUS FROM V$LOG;
    GROUP#    MEMBERS    BYTE_MB STATUS
---------- ---------- ---------- ----------------
         1          1        500 CURRENT
         2          1        500 INACTIVE
         3          1        500 INACTIVE

SQL> col member for a50
SQL> SELECT GROUP#, MEMBER FROM V$LOGFILE;
    GROUP# MEMBER
---------- --------------------------------------------------
         1 /SDS/u01/app/oracle/oradata/ora11g/redo1.log
         2 /SDS/u01/app/oracle/oradata/ora11g/redo2.log
         3 /SDS/u01/app/oracle/oradata/ora11g/redo3.log

2) 增加新的日志组
SQL> alter database add logfile group 4 '/SDS/u01/app/oracle/oradata/ora11g/redo.4.log' size 500M;
SQL> alter database add logfile group 5 '/SDS/u01/app/oracle/oradata/ora11g/redo.5.log' size 500M;
SQL> alter database add logfile group 6 '/SDS/u01/app/oracle/oradata/ora11g/redo.6.log' size 500M;

查看新增日志组的状态
SQL> SELECT GROUP#, MEMBERS, BYTES / 1024 / 1024 BYTE_MB, STATUS FROM V$LOG;
    GROUP#    MEMBERS    BYTE_MB STATUS
---------- ---------- ---------- ----------------
         1          1        500 CURRENT
         2          1        500 INACTIVE
         3          1        500 INACTIVE
         4          1        500 UNUSED
         5          1        500 UNUSED
         6          1        500 UNUSED
6 rows selected.
可以看到,新增的三组日志GROUP4、5、6,状态为UNUSED。
3) 切换当前的redo log
SQL> ALTER SYSTEM SWITCH LOGFILE; 
4) 查看切换后的状态
SQL> SELECT GROUP#, MEMBERS, BYTES / 1024 / 1024 BYTE_MB, STATUS FROM V$LOG;
    GROUP#    MEMBERS    BYTE_MB STATUS
---------- ---------- ---------- ----------------
         1          1        500 ACTIVE
         2          1        500 INACTIVE
         3          1        500 INACTIVE
         4          1        500 ACTIVE
         5          1        500 ACTIVE
         6          1        500 CURRENT
6 rows selected.
可以看见,现在切换到新增的第6组日志上使用。
5) 改变检查点
SQL> ALTER SYSTEM CHECKPOINT;
System altered.

6) 查看切换后的状态
SQL> SELECT GROUP#, MEMBERS, BYTES / 1024 / 1024 BYTE_MB, STATUS FROM V$LOG;
    GROUP#    MEMBERS    BYTE_MB STATUS
---------- ---------- ---------- ----------------
         1          1        500 INACTIVE
         2          1        500 INACTIVE
         3          1        500 INACTIVE
         4          1        500 INACTIVE
         5          1        500 INACTIVE
         6          1        500 CURRENT
6 rows selected.
可以看见,GROUP1、2、3三组日志状态变成了INACTIVE了,这时候可以删除它们。
7) 删除状态为inactive的日志
SQL> ALTER DATABASE DROP LOGFILE GROUP 1;
Database altered.

SQL> ALTER DATABASE DROP LOGFILE GROUP 2;
Database altered.

SQL> ALTER DATABASE DROP LOGFILE GROUP 3;
Database altered.

8) 重建新的GROUP 1、2、3三组日志
SQL> alter database add logfile group 4 '/SDS/u01/app/oracle/oradata/ora11g/redo.4.log' size 1G;
SQL> alter database add logfile group 5 '/SDS/u01/app/oracle/oradata/ora11g/redo.5.log' size 1G;
SQL> alter database add logfile group 6 '/SDS/u01/app/oracle/oradata/ora11g/redo.6.log' size 1G;
这时候创建成功了!
9) 切换测试
SQL> ALTER SYSTEM SWITCH LOGFILE;
System altered.

10) 检查切换后的状态
SQL> SELECT GROUP#, MEMBERS, BYTES / 1024 / 1024 BYTE_MB, STATUS FROM V$LOG;
    GROUP#    MEMBERS    BYTE_MB STATUS
---------- ---------- ---------- ----------------
         1          1        1000 INACTIVE
         2          1        1000 INACTIVE
         3          1        1000 INACTIVE
         4          1        500 INACTIVE
         5          1        500 INACTIVE
         6          1        500 CURRENT
6 rows selected.

11) 多切换几次,让他每组日志都使用一遍。
SQL> ALTER SYSTEM SWITCH LOGFILE;
System altered.

日志切换没有发生错误,每组日志都能正常使用和切换。顺利结束!
相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
目录
相关文章
|
4天前
|
存储 缓存 关系型数据库
图解MySQL【日志】——Redo Log
Redo Log(重做日志)是数据库中用于记录数据页修改的物理日志,确保事务的持久性和一致性。其主要作用包括崩溃恢复、提高性能和保证事务一致性。Redo Log 通过先写日志的方式,在内存中缓存修改操作,并在适当时候刷入磁盘,减少随机写入带来的性能损耗。WAL(Write-Ahead Logging)技术的核心思想是先将修改操作记录到日志文件中,再择机写入磁盘,从而实现高效且安全的数据持久化。Redo Log 的持久化过程涉及 Redo Log Buffer 和不同刷盘时机的控制参数(如 `innodb_flush_log_at_trx_commit`),以平衡性能与数据安全性。
18 5
图解MySQL【日志】——Redo Log
|
19天前
|
存储 SQL 关系型数据库
MySQL日志详解——日志分类、二进制日志bin log、回滚日志undo log、重做日志redo log
MySQL日志详解——日志分类、二进制日志bin log、回滚日志undo log、重做日志redo log、原理、写入过程;binlog与redolog区别、update语句的执行流程、两阶段提交、主从复制、三种日志的使用场景;查询日志、慢查询日志、错误日志等其他几类日志
MySQL日志详解——日志分类、二进制日志bin log、回滚日志undo log、重做日志redo log
|
18天前
|
SQL 缓存 关系型数据库
MySQL原理简介—7.redo日志的底层原理
本文介绍了MySQL中redo日志和undo日志的主要内容: 1. redo日志的意义:确保事务提交后数据不丢失,通过记录修改操作并在系统宕机后重做日志恢复数据。 2. redo日志文件构成:记录表空间号、数据页号、偏移量及修改内容。 3. redo日志写入机制:redo日志先写入Redo Log Buffer,再批量刷入磁盘文件,减少随机写以提高性能。 4. Redo Log Buffer解析:描述Redo Log Buffer的内存结构及刷盘时机,如事务提交、Buffer过半或后台线程定时刷新。 5. undo日志原理:用于事务回滚,记录插入、删除和更新前的数据状态,确保事务可完整回滚。
|
6天前
|
存储 关系型数据库 MySQL
图解MySQL【日志】——Undo Log
Undo Log(回滚日志)是 MySQL 中用于实现事务原子性和一致性的关键机制。在默认的自动提交模式下,MySQL 隐式开启事务,每条增删改语句都会记录到 Undo Log 中。其主要作用包括:
18 0
|
3月前
|
XML 安全 Java
【日志框架整合】Slf4j、Log4j、Log4j2、Logback配置模板
本文介绍了Java日志框架的基本概念和使用方法,重点讨论了SLF4J、Log4j、Logback和Log4j2之间的关系及其性能对比。SLF4J作为一个日志抽象层,允许开发者使用统一的日志接口,而Log4j、Logback和Log4j2则是具体的日志实现框架。Log4j2在性能上优于Logback,推荐在新项目中使用。文章还详细说明了如何在Spring Boot项目中配置Log4j2和Logback,以及如何使用Lombok简化日志记录。最后,提供了一些日志配置的最佳实践,包括滚动日志、统一日志格式和提高日志性能的方法。
1026 31
【日志框架整合】Slf4j、Log4j、Log4j2、Logback配置模板
|
2月前
|
监控 安全 Apache
什么是Apache日志?为什么Apache日志分析很重要?
Apache是全球广泛使用的Web服务器软件,支持超过30%的活跃网站。它通过接收和处理HTTP请求,与后端服务器通信,返回响应并记录日志,确保网页请求的快速准确处理。Apache日志分为访问日志和错误日志,对提升用户体验、保障安全及优化性能至关重要。EventLog Analyzer等工具可有效管理和分析这些日志,增强Web服务的安全性和可靠性。
|
4月前
|
XML JSON Java
Logback 与 log4j2 性能对比:谁才是日志框架的性能王者?
【10月更文挑战第5天】在Java开发中,日志框架是不可或缺的工具,它们帮助我们记录系统运行时的信息、警告和错误,对于开发人员来说至关重要。在众多日志框架中,Logback和log4j2以其卓越的性能和丰富的功能脱颖而出,成为开发者们的首选。本文将深入探讨Logback与log4j2在性能方面的对比,通过详细的分析和实例,帮助大家理解两者之间的性能差异,以便在实际项目中做出更明智的选择。
500 3
|
1月前
|
SQL 关系型数据库 MySQL
MySQL事务日志-Undo Log工作原理分析
事务的持久性是交由Redo Log来保证,原子性则是交由Undo Log来保证。如果事务中的SQL执行到一半出现错误,需要把前面已经执行过的SQL撤销以达到原子性的目的,这个过程也叫做"回滚",所以Undo Log也叫回滚日志。
MySQL事务日志-Undo Log工作原理分析
|
2月前
|
存储 监控 安全
什么是事件日志管理系统?事件日志管理系统有哪些用处?
事件日志管理系统是IT安全的重要工具,用于集中收集、分析和解释来自组织IT基础设施各组件的事件日志,如防火墙、路由器、交换机等,帮助提升网络安全、实现主动威胁检测和促进合规性。系统支持多种日志类型,包括Windows事件日志、Syslog日志和应用程序日志,通过实时监测、告警及可视化分析,为企业提供强大的安全保障。然而,实施过程中也面临数据量大、日志管理和分析复杂等挑战。EventLog Analyzer作为一款高效工具,不仅提供实时监测与告警、可视化分析和报告功能,还支持多种合规性报告,帮助企业克服挑战,提升网络安全水平。
121 2
|
4月前
|
存储 缓存 关系型数据库
MySQL事务日志-Redo Log工作原理分析
事务的隔离性和原子性分别通过锁和事务日志实现,而持久性则依赖于事务日志中的`Redo Log`。在MySQL中,`Redo Log`确保已提交事务的数据能持久保存,即使系统崩溃也能通过重做日志恢复数据。其工作原理是记录数据在内存中的更改,待事务提交时写入磁盘。此外,`Redo Log`采用简单的物理日志格式和高效的顺序IO,确保快速提交。通过不同的落盘策略,可在性能和安全性之间做出权衡。
1859 14
MySQL事务日志-Redo Log工作原理分析