wait event : read by other session
更新於 發佈於 閱讀時間約 2 分鐘
個人網站: https://kxodia.com
今天在第一個節點發現有wait event read by other session 與DB file sequential read幾乎佔據了80% 的DB time。
研究一下這是兩個session引發的問題，以session執行的動作又有不同的現象
兩邊都為select所引起的” read by other session”
Buffer lock分為Shared模式和Exclusive模式，當讀取SGA中的buffer時，是屬於Shared模式，並不會引起Buffer lock，但相反若需要產生物理I/O，將buffer 載入到buffer cache時，則是發生Exclusive模式的佔用，同時也會發生db file sequential read、db file scattered read的I/O等待現象，當有另一個session也需要讀取時就會發生read by other session。
當載入SGA完成後，另一個session則進行的是邏輯I/O，若今天的情況是一開始便存在於SGA則是shared的模式，則會發生buffer busy waits。
那我們就來觀察一下AWR內 Physical read Requests發現某張table與其index占用相當高，也是使用者反應的SQL內所使用的表。
查一下buffer裝啥囉~
select o.OBJECT_TYPE, substr(o.OBJECT_NAME,1,10)objname , b.objd , b.status, count(b.objd) from v$bh b,dba_objects o where b.objd = o.data_object_id and o.object_name=<'table_name'>group by o.object_type,o.object_name,b.objd, b.status ;
還真的我要的這張表不存在，那當然得做實體I/O,並且另一個session 就產生了這個wait event了
持續調查!
發現buffer cache 與另外一個節點相比小得可憐，也可觀察一下SGA內各個pool爭用的狀況。
結論:
1. 進行SQL調優來降低Physical I/O ，進而減少此wait event
2. 擴大SGA ，設置較大buffer cache size (keep)
4會員
13內容數
留言0
查看全部
你可能也想看
Google News 追蹤
大家好，我是woody，是一名料理創作者，非常努力地在嘗試將複雜的料理簡單化，讓大家也可以體驗到料理的樂趣而我也非常享受料理的過程，今天想跟大家聊聊，除了料理本身，料理創作背後的成本。
哈囉～很久沒跟各位自我介紹一下了～
大家好～我是爺恩
我是一名圖文插畫家，有追蹤我一段時間的應該有發現爺恩這個品牌經營了好像.....快五年了(汗)時間過得真快！隨著時間過去，創作這件事好像變得更忙碌了，也很開心跟很多厲害的創作者以及廠商互相合作幫忙，還有最重要的是大家的支持與陪伴🥹。
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
避免 thread 競速（Race Condition）是多執行緒編程中常見的挑戰之一。
Race Condition 發生在多個執行緒同時訪問和修改共享資源時，因為執行緒之間的執行順序無法預測，可能會導致數據的不一致性或意外行為。
本文主要介紹如何使用Lock來避免此狀況出現。
首先先看沒
※ 為什麼需要 Subquery？
當⼀個任務需要多個 Query 完成任務，可以使⽤ Subquery 把多個 Query 合併成⼀個 Query。
當我們在進行SQL查詢時，每次查詢都需要在Web Server和資料庫之間來回傳遞資料。這個過程會產生網路延遲，特別是當兩者之間的物理距離較遠時
※ 何時該使用 JOIN？
JOIN 使用的時機是：當你需要同時查詢一張以上的資料表的時候。
※ SQL有哪些TABLE JOIN的方式？
INNER JOIN
LEFT JOIN
RIGHT JOIN
SELF JOIN
※ 使用 JOIN 的時候，我們需要考慮到：
我要使用哪一種
※ 語法
SELECT select_list
FROM table_name
※ 解析順序
From：從哪裡拿？
SELECT：要 "拿什麼" 資料？
※ 使用場景：
Single column（單一欄位）：
Multiple column（多個欄位）：
All colu
KSQL引擎， 串流形式的SQL？ 聽了應該霧煞煞吧！ 想像一下傳統的SQL， 是不是一個指令一個動作， 每發送一個指令之後就必須等到查詢/寫入…動作皆完成之後才回應， 然而在Streaming的應用上這顯然不太可行， 每分每秒都有資料流入的情境下， 資料的狀態都在變化， 假設我們一個指令一個動作，
在進行SQL查詢邏輯更改時，需要適當地使用SubQuery和join來達到新的排序需求。本文將介紹原本的撈取邏輯、需求以及如何使用SubQuery來解決新的排序需求。
※ 什麼是快取 (Cache)[kash]？快取 (Cache) 的機制為何？
什麼是快取 (Cache)？
快取（Cache）是一種將資料存儲在特定位置以便快速檢索的技術。目的是為了彌補 Database 在業務邏輯複雜且數據量龐大時的不足，基本原理是將可重複使用的資料，也就是最常或最近使用的
在Python中，queue是一個非常有用的模块。
它提供了多種佇列（queue）實現，用於在多線程環境中安全地交換信息或者數據。
佇列（queue）是一種先進先出（FIFO）的數據結構，允許在佇列的一端插入元素，另一端取出元素。(FIFO 是First In, First Out 的縮寫)
※ 基本操作：SQL 語法，SELECT, WHERE, CREATE, UPDATE, DELETE。
SELECT：從資料庫中或資料表中指定要選擇的欄位中取得資料，稱之為查詢 (query)。
※ 語法：要由兩部分構成，第一部分是要 "拿什麼" 資料 (若有多項用逗號隔開)；第二部分則為
大家好，我是woody，是一名料理創作者，非常努力地在嘗試將複雜的料理簡單化，讓大家也可以體驗到料理的樂趣而我也非常享受料理的過程，今天想跟大家聊聊，除了料理本身，料理創作背後的成本。
哈囉～很久沒跟各位自我介紹一下了～
大家好～我是爺恩
我是一名圖文插畫家，有追蹤我一段時間的應該有發現爺恩這個品牌經營了好像.....快五年了(汗)時間過得真快！隨著時間過去，創作這件事好像變得更忙碌了，也很開心跟很多厲害的創作者以及廠商互相合作幫忙，還有最重要的是大家的支持與陪伴🥹。
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
避免 thread 競速（Race Condition）是多執行緒編程中常見的挑戰之一。
Race Condition 發生在多個執行緒同時訪問和修改共享資源時，因為執行緒之間的執行順序無法預測，可能會導致數據的不一致性或意外行為。
本文主要介紹如何使用Lock來避免此狀況出現。
首先先看沒
※ 為什麼需要 Subquery？
當⼀個任務需要多個 Query 完成任務，可以使⽤ Subquery 把多個 Query 合併成⼀個 Query。
當我們在進行SQL查詢時，每次查詢都需要在Web Server和資料庫之間來回傳遞資料。這個過程會產生網路延遲，特別是當兩者之間的物理距離較遠時
※ 何時該使用 JOIN？
JOIN 使用的時機是：當你需要同時查詢一張以上的資料表的時候。
※ SQL有哪些TABLE JOIN的方式？
INNER JOIN
LEFT JOIN
RIGHT JOIN
SELF JOIN
※ 使用 JOIN 的時候，我們需要考慮到：
我要使用哪一種
※ 語法
SELECT select_list
FROM table_name
※ 解析順序
From：從哪裡拿？
SELECT：要 "拿什麼" 資料？
※ 使用場景：
Single column（單一欄位）：
Multiple column（多個欄位）：
All colu
KSQL引擎， 串流形式的SQL？ 聽了應該霧煞煞吧！ 想像一下傳統的SQL， 是不是一個指令一個動作， 每發送一個指令之後就必須等到查詢/寫入…動作皆完成之後才回應， 然而在Streaming的應用上這顯然不太可行， 每分每秒都有資料流入的情境下， 資料的狀態都在變化， 假設我們一個指令一個動作，
在進行SQL查詢邏輯更改時，需要適當地使用SubQuery和join來達到新的排序需求。本文將介紹原本的撈取邏輯、需求以及如何使用SubQuery來解決新的排序需求。
※ 什麼是快取 (Cache)[kash]？快取 (Cache) 的機制為何？
什麼是快取 (Cache)？
快取（Cache）是一種將資料存儲在特定位置以便快速檢索的技術。目的是為了彌補 Database 在業務邏輯複雜且數據量龐大時的不足，基本原理是將可重複使用的資料，也就是最常或最近使用的
在Python中，queue是一個非常有用的模块。
它提供了多種佇列（queue）實現，用於在多線程環境中安全地交換信息或者數據。
佇列（queue）是一種先進先出（FIFO）的數據結構，允許在佇列的一端插入元素，另一端取出元素。(FIFO 是First In, First Out 的縮寫)
※ 基本操作：SQL 語法，SELECT, WHERE, CREATE, UPDATE, DELETE。
SELECT：從資料庫中或資料表中指定要選擇的欄位中取得資料，稱之為查詢 (query)。
※ 語法：要由兩部分構成，第一部分是要 "拿什麼" 資料 (若有多項用逗號隔開)；第二部分則為