低效的SQL引发的cache buffers chains latch

最新推荐文章于 2021-01-20 00:00:01 发布

scan724

最新推荐文章于 2021-01-20 00:00:01 发布

阅读量687

点赞数

分类专栏： OWI

本文链接：https://blog.youkuaiyun.com/zhaoyangjian724/article/details/31393373

版权

OWI 专栏收录该内容

87 篇文章 ¥39.90 ¥99.00

订阅专栏

本文通过一个测试案例详细解释了低效的SQL语句如何导致cache buffers chains latch争用。创建并扫描大量数据的测试表后，观察到多个会话同时执行相似查询时，出现了大量的cache buffers chains latch等待事件，揭示了低效索引扫描对数据库性能的影响。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

1.低效的SQL

低效的SQL语句时发生cache buffers chains 锁存器争用的最重要原因。多个进程同时扫描大范围的索引或表时,可能广泛

地发生cache buffers chains latch争用。

 低效的SQL语句时怎样引起cache buffers chain latch争用的,我们可以测试进一步进行了解。测试方案如下:



1) 创建cbc_test(id,name)表,对于ID列创建cbc_test_idx索引。ID列是唯一键,是选择性非常好的列。


2)多个会话同时通过cbc_test_idx索引查询扫描cbc_test表


3)广泛的索引扫描引起不必要的缓冲区查询的增加



----创建测试表
SQL> create table cbc_test(id number,name char(100));

表已创建。

SQL>insert into cbc_test(id,name) select rownum,object_name from dba_objects;

SQL> select count(*) from cbc_test;

  COUNT(*)
----------
    217740

---创建索引
SQL> create index cbc_test_idx on cbc_test(id);

索引已创建。

---扫描表cbc_test的Procedure
create or replace Procedure cbc_do_select is
begin
  --不必要的索引扫描
  for x in (select /*+ index(cbc_test cbc_test_idx)*/

了解本专栏