添加redo日志组和添加日志组多元化

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介:

查看redo日志组的状态和日志的位置.

 

SQL> select * from v$log;

 

    GROUP#   THREAD#  SEQUENCE#      BYTES BLOCKSIZE          MEMBERS ARCSTATUS         FIRST_CHANGE#FIRST_TIME   NEXT_CHANGE# NEXT_TIME

-------------------- ---------- ---------- ---------- ---------- --- ----------------------- ------------ ------------ ------------

 1           1              10  52428800          512                1YES INACTIVE               102400224-NOV-15         1026535 24-NOV-15

 2           1              11  52428800          512                1YES ACTIVE               102653524-NOV-15         1039876 27-NOV-15

 3           1              12  52428800          512                1NO CURRENT               1039876 27-NOV-15      2.8147E+14

 

SQL> col memberfor a50

SQL> select * from v$logfile;

 

    GROUP# STATUS  TYPE   MEMBER                                    IS_

---------- -------------- ---------------------------------------- ---

 3           ONLINE /u01/apps/oracle/oradata/orcl/redo03.log NO

 2           ONLINE /u01/apps/oracle/oradata/orcl/redo02.log NO

 1           ONLINE /u01/apps/oracle/oradata/orcl/redo01.log NO

建立系统要存放日志组的路径.

SQL> !mkdir -p/u01/apps/oracle/oradata/orcl/redo

SQL> alter database add logfile group4('/u01/apps/oracle/oradata/orcl/redo/redo04.log') size 50M;

Database altered.

给每个redo日志组建立多元化.

SQL> alter database add logfilemember '/u01/apps/oracle/oradata/orcl/redo/redo011.log' to group 1;

 

Databasealtered.

 

SQL> alter database add logfilemember '/u01/apps/oracle/oradata/orcl/redo/redo022.log' to group 2;

 

Databasealtered.

 

SQL> alter database add logfilemember '/u01/apps/oracle/oradata/orcl/redo/redo033.log' to group 3;

 

Databasealtered.

 

SQL> alter database add logfilemember '/u01/apps/oracle/oradata/orcl/redo/redo044.log' to group 4;

 

Databasealtered.

 

查看redo的状态,组合4没有被使用,所以切几次日志,组合4已生效.

SQL> select * from v$log;

 

    GROUP#   THREAD#  SEQUENCE#      BYTES BLOCKSIZE          MEMBERS ARCSTATUS               FIRST_CHANGE# FIRST_TIME   NEXT_CHANGE# NEXT_TIME

-------------------- ---------- ---------- ---------- ---------- --- ----------------------------- ------------ ------------ ------------

 1           1              10  52428800          512                2YES INACTIVE                     102400224-NOV-15               1026535 24-NOV-15

 2           1              11  52428800          512                2YES INACTIVE                     102653524-NOV-15               1039876 27-NOV-15

 3           1              12  52428800          512                2NO CURRENT                     103987627-NOV-15            2.8147E+14

 4           1               0  52428800          512                2YES UNUSED                          0                             0

SQL>select * fromv$logfile;

 

    GROUP# STATUS  TYPE   MEMBER                                              IS_

----------------- ------- -------------------------------------------------- ---

 3           ONLINE /u01/apps/oracle/oradata/orcl/redo03.log              NO

 2           ONLINE /u01/apps/oracle/oradata/orcl/redo02.log              NO

 1           ONLINE /u01/apps/oracle/oradata/orcl/redo01.log              NO

 4           ONLINE /u01/apps/oracle/oradata/orcl/redo/redo04.log      NO

 1 INVALID ONLINE /u01/apps/oracle/oradata/orcl/redo/redo011.log     NO

 2 INVALID ONLINE /u01/apps/oracle/oradata/orcl/redo/redo022.log     NO

 3 INVALID ONLINE /u01/apps/oracle/oradata/orcl/redo/redo033.log     NO

 4 INVALID ONLINE /u01/apps/oracle/oradata/orcl/redo/redo044.log     NO

 

SQL>alter systemswitch logfile;

Systemaltered.

 

SQL>/

Systemaltered.

 

SQL>/

Systemaltered.

 

SQL>/

Systemaltered.

 

查看日志组多元化

SQL>select * fromv$log;

 

    GROUP#   THREAD#  SEQUENCE#      BYTES BLOCKSIZE          MEMBERS ARCSTATUS               FIRST_CHANGE# FIRST_TIME   NEXT_CHANGE# NEXT_TIME

-------------------- ---------- ---------- ---------- ---------- --- ----------------------------- ------------ ------------ ------------

 1           1              14  52428800          512                2YES INACTIVE                     104102627-NOV-15               1041029 27-NOV-15

 2           1              15  52428800          512                2YES INACTIVE                     104102927-NOV-15               1041037 27-NOV-15

 3           1              16  52428800          512                2NO CURRENT                     104103727-NOV-15            2.8147E+14

 4           1              13  52428800          512                2YES INACTIVE                     104100727-NOV-15               1041026 27-NOV-15

SQL>select * fromv$logfile;

 

    GROUP# STATUS  TYPE   MEMBER                                              IS_

----------------- ------- -------------------------------------------------- ---

 3           ONLINE /u01/apps/oracle/oradata/orcl/redo03.log              NO

 2           ONLINE /u01/apps/oracle/oradata/orcl/redo02.log              NO

 1           ONLINE /u01/apps/oracle/oradata/orcl/redo01.log              NO

 4           ONLINE /u01/apps/oracle/oradata/orcl/redo/redo04.log      NO

 1           ONLINE /u01/apps/oracle/oradata/orcl/redo/redo011.log     NO

 2           ONLINE /u01/apps/oracle/oradata/orcl/redo/redo022.log     NO

 3           ONLINE /u01/apps/oracle/oradata/orcl/redo/redo033.log     NO

 4           ONLINE /u01/apps/oracle/oradata/orcl/redo/redo044.log     NO

 





 本文转自 dbapower 51CTO博客,原文链接:http://blog.51cto.com/suifu/1717562,如需转载请自行联系原作者

相关实践学习
通过日志服务实现云资源OSS的安全审计
本实验介绍如何通过日志服务实现云资源OSS的安全审计。
相关文章
|
7月前
|
存储 SQL 关系型数据库
MySQL日志详解——日志分类、二进制日志bin log、回滚日志undo log、重做日志redo log
MySQL日志详解——日志分类、二进制日志bin log、回滚日志undo log、重做日志redo log、原理、写入过程;binlog与redolog区别、update语句的执行流程、两阶段提交、主从复制、三种日志的使用场景;查询日志、慢查询日志、错误日志等其他几类日志
587 35
MySQL日志详解——日志分类、二进制日志bin log、回滚日志undo log、重做日志redo log
|
5月前
|
数据库 文件存储 数据安全/隐私保护
YashanDB redo日志文件管理
YashanDB的redo日志文件用于记录数据库物理日志,支持宕机重演和主备复制。 redo日志有4种状态:NEW(新创建)、CURRENT(当前写入)、ACTIVE(未归档或未写盘)和INACTIVE(可复用)。可通过V$LOGFILE视图或直接查看$YASDB_DATA/dbfiles目录来管理redo日志。此外,支持添加、切换和删除redo日志以优化性能或应对磁盘故障等情况,但需注意仅能删除INACTIVE或NEW状态的日志以确保数据安全。
|
6月前
|
存储 SQL 关系型数据库
mysql的undo log、redo log、bin log、buffer pool
MySQL的undo log、redo log、bin log和buffer pool是确保数据库高效、安全和可靠运行的关键组件。理解这些组件的工作原理和作用,对于优化数据库性能和保障数据安全具有重要意义。通过适当的配置和优化,可以显著提升MySQL的运行效率和数据可靠性。
125 16
|
7月前
|
存储 缓存 关系型数据库
图解MySQL【日志】——Redo Log
Redo Log(重做日志)是数据库中用于记录数据页修改的物理日志,确保事务的持久性和一致性。其主要作用包括崩溃恢复、提高性能和保证事务一致性。Redo Log 通过先写日志的方式,在内存中缓存修改操作,并在适当时候刷入磁盘,减少随机写入带来的性能损耗。WAL(Write-Ahead Logging)技术的核心思想是先将修改操作记录到日志文件中,再择机写入磁盘,从而实现高效且安全的数据持久化。Redo Log 的持久化过程涉及 Redo Log Buffer 和不同刷盘时机的控制参数(如 `innodb_flush_log_at_trx_commit`),以平衡性能与数据安全性。
255 5
图解MySQL【日志】——Redo Log
|
6月前
|
存储 SQL 关系型数据库
mysql的undo log、redo log、bin log、buffer pool
MySQL的undo log、redo log、bin log和buffer pool是确保数据库高效、安全和可靠运行的关键组件。理解这些组件的工作原理和作用,对于优化数据库性能和保障数据安全具有重要意义。通过适当的配置和优化,可以显著提升MySQL的运行效率和数据可靠性。
100 4
|
6月前
|
SQL 存储 关系型数据库
简单聊聊MySQL的三大日志(Redo Log、Binlog和Undo Log)各有什么区别
在MySQL数据库管理中,理解Redo Log(重做日志)、Binlog(二进制日志)和Undo Log(回滚日志)至关重要。Redo Log确保数据持久性和崩溃恢复;Binlog用于主从复制和数据恢复,记录逻辑操作;Undo Log支持事务的原子性和隔离性,实现回滚与MVCC。三者协同工作,保障事务ACID特性。文章还详细解析了日志写入流程及可能的异常情况,帮助深入理解数据库日志机制。
622 0
|
9月前
|
安全 关系型数据库 MySQL
MySQL崩溃保险箱:探秘Redo/Undo日志确保数据库安全无忧!
《MySQL崩溃保险箱:探秘Redo/Undo日志确保数据库安全无忧!》介绍了MySQL中的三种关键日志:二进制日志(Binary Log)、重做日志(Redo Log)和撤销日志(Undo Log)。这些日志确保了数据库的ACID特性,即原子性、一致性、隔离性和持久性。Redo Log记录数据页的物理修改,保证事务持久性;Undo Log记录事务的逆操作,支持回滚和多版本并发控制(MVCC)。文章还详细对比了InnoDB和MyISAM存储引擎在事务支持、锁定机制、并发性等方面的差异,强调了InnoDB在高并发和事务处理中的优势。通过这些机制,MySQL能够在事务执行、崩溃和恢复过程中保持
303 3
|
11月前
|
存储 缓存 关系型数据库
MySQL事务日志-Redo Log工作原理分析
事务的隔离性和原子性分别通过锁和事务日志实现,而持久性则依赖于事务日志中的`Redo Log`。在MySQL中,`Redo Log`确保已提交事务的数据能持久保存,即使系统崩溃也能通过重做日志恢复数据。其工作原理是记录数据在内存中的更改,待事务提交时写入磁盘。此外,`Redo Log`采用简单的物理日志格式和高效的顺序IO,确保快速提交。通过不同的落盘策略,可在性能和安全性之间做出权衡。
2170 14
MySQL事务日志-Redo Log工作原理分析
|
11月前
|
SQL 存储 关系型数据库
美团面试:binlog、redo log、undo log的底层原理是什么?它们分别实现ACID的哪个特性?
老架构师尼恩在其读者交流群中分享了关于 MySQL 中 redo log、undo log 和 binlog 的面试题及其答案。这些问题涵盖了事务的 ACID 特性、日志的一致性问题、SQL 语句的执行流程等。尼恩详细解释了这些日志的作用、所在架构层级、日志形式、缓存机制以及写文件方式等内容。他还提供了多个面试题的详细解答,帮助读者系统化地掌握这些知识点,提升面试表现。此外,尼恩还推荐了《尼恩Java面试宝典PDF》和其他技术圣经系列PDF,帮助读者进一步巩固知识,实现“offer自由”。
美团面试:binlog、redo log、undo log的底层原理是什么?它们分别实现ACID的哪个特性?
|
11月前
|
存储 关系型数据库 MySQL
MySQL中的Redo Log、Undo Log和Binlog:深入解析
【10月更文挑战第21天】在数据库管理系统中,日志是保障数据一致性和完整性的关键机制。MySQL作为一种广泛使用的关系型数据库管理系统,提供了多种日志类型来满足不同的需求。本文将详细介绍MySQL中的Redo Log、Undo Log和Binlog,从背景、业务场景、功能、底层实现原理、使用措施等方面进行详细分析,并通过Java代码示例展示如何与这些日志进行交互。
948 0