聊聊Append、nologging和Redo Log

刚刚接触Oracle的时候,Append+Nologging可以减少Redo Size的说法在网络上讨论的很广。各种流言频出,混淆了很多人的概念体系。之后,一些牛人自此着手,澄清了很多的概念和观点。

老实说:我们不是Oracle的设计者,也没有机会研读源代码。实验看看是一种最简单、也是最直接的验证手段。本篇就一起将archive log/noarchive logappendnologgingRedo Log几个关系重做实验,权当是自我实践,仿前人之路。

1、聊聊问题起源

很多偶然发生的历史事件,造就了今天的我们。

起源自一个问题:我们如何能够在进行DML(主要是insert)过程中快一点?影响DML的因素很多,其中一条就是Redo Log的生成。Redo Log的生成会引起之后的log buffer使用、LGWR激发、IO写入、Redo Log Switch和之后的Archive动作。那个时代的很多同行对于Redo Log有很多想法,于是问题变成了:我们怎么样可以减少一个insertRedo Log生成。

那个时代的朋友提出了appendnologging策略。将数据表的logging属性关闭,在插入的时候使用append hint,可以减少Redo Log生成。一度网络上流言认为还可以不生成Redo Log

“实践出真知”,下面我们通过一系列的实验对比,来重温一下这个思路过程。

2、实验环境介绍

我们选择Oracle 11R2进行实验。注意:不同的数据库版本在这个问题上的行为可能存在差异。笔者此处是就事论事,仅讨论11gR2

 

SQL> select * from v$version;

BANNER

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

Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production

PL/SQL Release 11.2.0.1.0 - Production

CORE     11.2.0.1.0     Production

TNS for Linux: Version 11.2.0.1.0 - Production

NLSRTL Version 11.2.0.1.0 – Production

 

 

创建两张数据表T_LOGGINGT_NOLOGGING,结构相同,差异就在数据表的logging属性上。

 

 

SQL> create table t_logging as select * from dba_objects where 1=0;

Table created

 

SQL> create table t_nologging nologging as select * from dba_objects where 1=0;

Table created

 

 

SQL> select table_name, logging from dba_tables where owner='SCOTT' and table_name in ('T_LOGGING','T_NOLOGGING');

TABLE_NAME                     LOGGING

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

T_NOLOGGING                    NO

T_LOGGING                      YES

 

 

我们怎么样统计汇总Redo Log生成呢?借助v$mystat视图,可以发现其中关于redo log size的统计信息。执行insert前后分别执行这个语句,通过差值可以估算出Redo Log Size情况。

 

 

SQL> select sn.NAME, ms.VALUE

  2  from v$statname sn, v$mystat ms

  3  where sn.STATISTIC#=ms.STATISTIC#

  4    and sn.NAME like '%redo size%';

 

NAME                                             VALUE

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

redo size                                               42456

redo size for lost write detection                          0

redo size for direct writes                                 0

 

下面,分别从noarchived模式和archived模式看实际的效果差异。

3NoArchived情况

我们先看看非归档模式下的实验情况。数据库此时运行在非归档模式下。

 

SQL> archive log list;

Database log mode              No Archive Mode

Automatic archival             Disabled

Archive destination            USE_DB_RECOVERY_FILE_DEST

Oldest online log sequence     477

Current log sequence           479

 

开始进行测试,测试是没有关闭logging属性的数据表T_LOGGING

 

 

SQL> select sn.NAME, ms.VALUE

  2  from v$statname sn, v$mystat ms

  3  where sn.STATISTIC#=ms.STATISTIC#

  4    and sn.NAME like '%redo size%';

 

NAME                                                         VALUE

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

redo size                                                 85664

redo size for lost write detection                            0

redo size for direct writes                                   0

 

SQL> insert into T_LOGGING select * from dba_objects;

72767 rows inserted

 

SQL> select sn.NAME, ms.VALUE

  2  from v$statname sn, v$mystat ms

  3  where sn.STATISTIC#=ms.STATISTIC#

  4    and sn.NAME like '%redo size%';

 

NAME                                                      VALUE

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

redo size                                               8593336

redo size for lost write detection                             0

redo size for direct writes                                    0

 

SQL> rollback;

Rollback complete

 

两次度量的差额为:8593336-85664=8507672

下面进行NOLOGGING数据表测试。

 

 

SQL> select sn.NAME, ms.VALUE

  2  from v$statname sn, v$mystat ms

  3  where sn.STATISTIC#=ms.STATISTIC#

  4    and sn.NAME like '%redo size%';

 

NAME                                                     VALUE

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

redo size                                            9150492

redo size for lost write detection                         0

redo size for direct writes                                0

 

SQL> insert into T_NOLOGGING select * from dba_objects;

72767 rows inserted

 

SQL> select sn.NAME, ms.VALUE

  2  from v$statname sn, v$mystat ms

  3  where sn.STATISTIC#=ms.STATISTIC#

  4    and sn.NAME like '%redo size%';

 

NAME                                                       VALUE

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

redo size                                                17666980

redo size for lost write detection                               0

redo size for direct writes                                      0

 

SQL> rollback;

Rollback complete

 

两次度量的差额为:17666980-9150492=8516488

我们发现:作为nologgingT_NOLOGGING,其在非归档模式下,生成日志量比LOGGING模式的数据表还大一些。没有明显的优势。

下面我们将APPEND加入进来,看看NOLOGGING能否有一些变化。

 

 

--清理环境

SQL> truncate table t_logging;

Table truncated

 

SQL> truncate table t_nologging;

Table truncated

 

--加入append

SQL> select sn.NAME, ms.VALUE

  2  from v$statname sn, v$mystat ms

  3  where sn.STATISTIC#=ms.STATISTIC#

  4    and sn.NAME like '%redo size%';

 

NAME                                                        VALUE

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

redo size                                               18304400

redo size for lost write detection                             0

redo size for direct writes                                    0

 

SQL> insert /*+append */into T_NOLOGGING select * from dba_objects;

72767 rows inserted

 

SQL> select sn.NAME, ms.VALUE

  2  from v$statname sn, v$mystat ms

  3  where sn.STATISTIC#=ms.STATISTIC#

  4    and sn.NAME like '%redo size%';

 

NAME                                                        VALUE

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

redo size                                               18361040

redo size for lost write detection                              0

redo size for direct writes                                  2236

 

SQL> rollback;

Rollback complete

 

两次度量的差额:18361040-18304400=56640,此外还有2236direct writes类型的Redo Size。这个度量值要大大小于我们之前的测算。

说明:在非归档模式下,使用appendnologging可以减少Redo Size的生成。

下面看看归档模式的情况。

4Archived Log情况

切换到Archived Log模式。

 

 

SQL> archive log list;

Database log mode              Archive Mode

Automatic archival             Enabled

Archive destination            USE_DB_RECOVERY_FILE_DEST

Oldest online log sequence     478

Next log sequence to archive   480

Current log sequence           480

 

先进行logging模式的测试。

 

 

SQL> select sn.NAME, ms.VALUE

  2  from v$statname sn, v$mystat ms

  3  where sn.STATISTIC#=ms.STATISTIC#

  4    and sn.NAME like '%redo size%';

 

NAME                                                       VALUE

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

redo size                                                    804

redo size for lost write detection                             0

redo size for direct writes                                    0

 

SQL> insert into T_LOGGING select * from dba_objects;

72767 rows inserted

 

SQL> select sn.NAME, ms.VALUE

  2  from v$statname sn, v$mystat ms

  3  where sn.STATISTIC#=ms.STATISTIC#

  4    and sn.NAME like '%redo size%';

 

NAME                                                     VALUE

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

redo size                                             8511740

redo size for lost write detection                          0

redo size for direct writes                                 0

 

SQL> rollback;

Rollback complete

 

两次度量差额为:8511740-804=8510936。比之前非归档情况下实验redo log生成量略大一些。

下面是nologging数据表情况。

 

 

SQL> select sn.NAME, ms.VALUE

  2  from v$statname sn, v$mystat ms

  3  where sn.STATISTIC#=ms.STATISTIC#

  4    and sn.NAME like '%redo size%';

 

NAME                                                     VALUE

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

redo size                                            9068376

redo size for lost write detection                         0

redo size for direct writes                                0

 

SQL> insert into T_NOLOGGING select * from dba_objects;

72767 rows inserted

 

SQL> select sn.NAME, ms.VALUE

  2  from v$statname sn, v$mystat ms

  3  where sn.STATISTIC#=ms.STATISTIC#

  4    and sn.NAME like '%redo size%';

 

NAME                                                    VALUE

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

redo size                                            17579204

redo size for lost write detection                          0

redo size for direct writes                                 0

 

SQL> rollback;

Rollback complete

 

两次度量差额:17579204-9068376=8510828。和Logging比,生成的Redo Log Size是略大一点点。

加入append之后呢?

 

 

SQL> truncate table t_logging;

Table truncated

 

SQL> truncate table t_nologging;

Table truncated

 

 

SQL> select sn.NAME, ms.VALUE

  2  from v$statname sn, v$mystat ms

  3  where sn.STATISTIC#=ms.STATISTIC#

  4    and sn.NAME like '%redo size%';

 

NAME                                                        VALUE

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

redo size                                               18217420

redo size for lost write detection                             0

redo size for direct writes                                    0

 

SQL> insert /*+append*/into T_NOLOGGING select * from dba_objects;

72767 rows inserted

 

SQL> select sn.NAME, ms.VALUE

  2  from v$statname sn, v$mystat ms

  3  where sn.STATISTIC#=ms.STATISTIC#

  4    and sn.NAME like '%redo size%';

 

NAME                                                    VALUE

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

redo size                                             18274060

redo size for lost write detection                           0

redo size for direct writes                               2236

 

SQL> rollback;

Rollback complete

 

两次度量的差额为:56640,外加2236direct writesRedo Log生成量。这个和我们在非归档模式下append+nologging的取值是一样的!

5、结论

下面通过一张表格将实验数据进行汇总。

 

归档模式

Insert语句

Redo Size

非归档

Logging

8507672

NoLogging

8516488

Append+Nologging

56640+2236

归档

Logging

8510936

NoLogging

8510828

Append+Nologging

56640+2236

 

从实验结果上看,的确使用append+nologging可以减少Redo Log的生成。但是,这样就可以了吗?

回到问题的出发点,Insert故障中,究竟有多少Redo Log Size减少以提升的空间。老实说,从实践领域看,insert出现性能问题的概率是比较小的。如果使用堆表Heap Table,而且数据表没有过多的索引对象,我们insert大部分的消耗是在空间拓展上。

Redo Loginsert过程中最大问题点在于Redo Log Group Member过小,引起频繁的切换动作。这种现象完全可以通过增大Redo Log SizeGroup数量来缓解。

从另一个角度看,我们少生成了Redo Log,失去了什么Redo LogOracle进行数据恢复动作的重要构成。少量Redo Log Size的生成,给我们带来的是日后恢复过程中难以想象的恶果。这个将在笔者下篇文章进行介绍。

如果是生产环境,强烈建议不要使用nologging+append策略进行插入动作。


### 回答1: Oracle中的"append nologging"是一种数据插入方式,它可以在插入数据时不写入日志文件,从而提高数据插入的效率。但是,这种方式也会带来一定的风险,因为如果系统崩溃或出现故障,这些未记录的数据将无法恢复。因此,在使用"append nologging"时需要谨慎考虑,并根据具体情况进行选择。 ### 回答2: 在Oracle数据库中,"append nologging"是一个用于插入数据的选项。当我们使用这个选项时,会告知Oracle不要将数据更改记录的日志信息写入日志文件中。 使用"append nologging"选项有以下几个优点: 1. 提高插入性能:由于不需要将每个插入操作的详细信息写入日志文件,可以大大减少写操作对性能的影响。这对于大批量数据插入操作特别有效,可以显著提高插入速度。 2. 减少日志文件大小:由于没有记录每个插入操作的日志,可以减少日志文件的大小。这对于需要保留日志一段时间的数据库来说,可以显著减少存储空间的使用。 3. 简化恢复过程:由于没有详细的插入操作日志,恢复过程可以更简单。在某些情况下,可以通过简单的回滚操作来还原数据。 然而,使用"append nologging"选项也存在一些风险和限制: 1. 不能进行点恢复:由于没有详细的插入操作日志,当发生故障时无法进行点恢复。如果需要恢复到插入操作之前的状态,只能进行完全恢复。 2. 必须小心使用:"append nologging"选项要谨慎使用,必须仔细评估数据的重要性和对插入操作的恢复需求。如果数据丢失将会造成严重问题,应该避免使用此选项。 3. 仅适用于插入操作:"append nologging"选项只适用于插入操作,对其他数据操作(如更新和删除)无效。 总之,"append nologging"选项是Oracle数据库中一个能够提高插入性能和减少存储空间使用的选项,但使用时需要注意数据的重要性和对插入操作的恢复需求。 ### 回答3: 在Oracle数据库中,"append nologging"是一种表级别的选项,用于指定在数据插入操作中不生成任何日志信息。通过使用"append nologging"选项,可以提高数据插入的性能。 当我们执行插入操作时,默认情况下,Oracle会将插入的数据写入日志文件中,以确保数据的持久性和安全性。然而,对于一些大规模的数据插入操作,特别是对于临时或者不重要的数据,生成日志文件可能会成为性能瓶颈。这时,我们可以选择使用"append nologging"选项,该选项会禁止生成日志文件,从而提高插入操作的性能。 使用"append nologging"选项需要谨慎,因为它可能会导致数据丢失的风险。由于没有生成日志文件,一旦系统发生故障或者崩溃,这些没有被记录的数据将无法恢复。因此,在使用"append nologging"选项时,需要确保数据的重要性和可恢复性,并做好相应的数据备份和恢复策略。 可以通过以下语法在Oracle中使用"append nologging"选项: ``` INSERT /*+ APPEND NOLOGGING */ INTO table_name (column1, column2, ...) VALUES (value1, value2, ...); ``` 在上述语中,通过在INSERT语中添加"/*+ APPEND NOLOGGING */"注释来启用"append nologging"选项。然后,我们可以指定要插入的表名和对应的列和值。 需要注意的是,使用"append nologging"选项并不会对查询和更新操作产生影响。它只适用于插入操作,并且仅在一些特定的情况下才建议使用,例如临时表、快速数据装载等。 总之,"append nologging"是Oracle数据库中的一个选项,用于指定在数据插入操作中不生成任何日志信息,从而提高插入操作的性能。但是,需要谨慎使用,并做好相应的数据备份和恢复策略。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值