前面两篇文章简要介绍了db_block_checking和db_block_checksum参数，并提到这两个参数对性能的影响。下面做个测试：
首先建一个测试表，并设置db_block_checking和db_block_checksum为false：
SQL> create table t2 (a int) tablespace test;
表已创建。
SQL> alter system set db_block_checking=false;系统已更改。
SQL> alter system set db_block_checksum=false;
向测试表T2中四次分别插入100，000行数据：
SQL> begin
2 for i in 1..100000 loop
3 insert into t2 values(i);
4 end loop;
5 end;
6 /PL/SQL 过程已成功完成。
已用时间: 00: 00: 06.02
SQL> commit;提交完成。
已用时间: 00: 00: 00.00
SQL> alter system checkpoint;系统已更改。
已用时间: 00: 00: 01.02
SQL> begin
2 for i in 1..100000 loop
3 insert into t2 values(i);
4 end loop;
5 end;
6 /PL/SQL 过程已成功完成。
已用时间: 00: 00: 05.04
SQL> commit;提交完成。
已用时间: 00: 00: 00.00
SQL> alter system checkpoint;系统已更改。
已用时间: 00: 00: 01.02
SQL> begin
2 for i in 1..100000 loop
3 insert into t2 values(i);
4 end loop;
5 end;
6 /PL/SQL 过程已成功完成。
已用时间: 00: 00: 07.04
SQL> commit;提交完成。
已用时间: 00: 00: 00.00
SQL> alter system checkpoint;系统已更改。
已用时间: 00: 00: 01.01
SQL> begin
2 for i in 1..100000 loop
3 insert into t2 values(i);
4 end loop;
5 end;
6 /PL/SQL 过程已成功完成。
已用时间: 00: 00: 07.04
SQL> commit;提交完成。
已用时间: 00: 00: 00.00
SQL> alter system checkpoint;系统已更改。
已用时间: 00: 00: 01.01
四次数据插入中，最长的时间为7.04秒，最短时间为5.05秒，平均6.29秒。
下面再看看将这两个参数设置为true的测试结果：
SQL> alter system set db_block_checking=true;
系统已更改。
SQL> alter system set db_block_checksum=true;
系统已更改。
SQL> begin
2 for i in 1..100000 loop
3 insert into t2 values(i);
4 end loop;
5 end;
6 /PL/SQL 过程已成功完成。
已用时间: 00: 00: 11.02
SQL> commit;提交完成。
已用时间: 00: 00: 00.00
SQL> alter system checkpoint;系统已更改。
已用时间: 00: 00: 01.02
SQL> begin
2 for i in 1..100000 loop
3 insert into t2 values(i);
4 end loop;
5 end;
6 /PL/SQL 过程已成功完成。
已用时间: 00: 00: 12.01
SQL> commit;提交完成。
已用时间: 00: 00: 00.00
SQL> alter system checkpoint;系统已更改。
已用时间: 00: 00: 01.02
SQL> begin
2 for i in 1..100000 loop
3 insert into t2 values(i);
4 end loop;
5 end;
6 /PL/SQL 过程已成功完成。
已用时间: 00: 00: 09.00
SQL> commit;提交完成。
已用时间: 00: 00: 00.00
SQL> alter system checkpoint;系统已更改。
已用时间: 00: 00: 01.04
SQL> begin
2 for i in 1..100000 loop
3 insert into t2 values(i);
4 end loop;
5 end;
6 /PL/SQL 过程已成功完成。
已用时间: 00: 00: 11.04
SQL> commit;提交完成。
已用时间: 00: 00: 00.00
SQL> alter system checkpoint;系统已更改。
已用时间: 00: 00: 01.02
在上面的测试中，四次数据插入，最长的时间为12.01秒，最短时间为9.00秒，平均为10.77秒。
可以看出，这两者的差别是相当显著的，这两者参数设置为false时比设置为true竟然快了40%以上。不过这只是个简单的测试，实际情况可能没那么突出，但差异在10%以上是有可能的。
值得注意的是，性能上的差异，主要是由于CPU的消耗造成的，对于CPU资源不足的系统，将这两个参数设置为TRUE无疑会增大CPU的负担，引起性能问题。同时还会引起redo copy latch的持有时间增加和引起这个latch的竞争。
另外，由于不管db_block_checking和db_block_checksum这两个参数的值为何值，SYSTEM表空间都会进行做checking和checksum，除非把隐含参数_db_always_check_system_ts设置为FALSE，当然为了SYSTEM表空间数据安全，不建议将这个隐含参数值设置为FALSE。因此，不要将用户表和索引放到SYSTEM空间中。
在启用一起特定的功能后，SYSTEM表空间中一些表和索引会增长很快。比如启用了审计并且将审计日志存储到数据库中，则AUD$和FGA_LOG$会迅速增长；如果使用高级复制，DEF$_AQCALL表会增加很快，并且如果要复制的数据量比较大，则这个表上的DML是非常多的，在这样的情况会下，会消耗更多的CPU和引起性能降低。如果使用了审计和高级复制，建议将AUD$、FGA_LOG$、DEF$_AQCALL迁移到其他表空间，一方面避免产生大量数据使得SYSTEM表空间过大，另一方面则是避免出现本文提到的性能问题。不过这些表都是特殊的对象，最好在Oracle技术支持指导下进行。DEF$_AQCALL的迁移，请参考metalink doc ID 1037317.6 "Moving the Replication Queue Tables (DEF$) Out of the System Tablespace"；AUD$的迁请参考metalink doc ID 72460.1 "Moving AUD$ to Another Tablespace and Adding Triggers to AUD$"
对这两个参数引起的性能差异的深入分析，有兴趣的可参考Oracle hidden costs revealed, Part2 - Using DTrace to find why writes in SYSTEM tablespace are slower than in others
这两个参数不光对DML，对读也是有性能影响的。db_block_checksum参数对读的性能影响和测试，有兴趣的可参考ixora上的文章Note the db_block_checksum parameter setting
no comment untill now