DB2z UPDATE機制分析

2021-05-22 04:47:53 字數 414 閱讀 3384

簡單理解,update是乙個先delete然後insert的乙個符合操作,所以update後record的位置變化取決於insert的機制。

對於update操作,如果record長度沒有發生變化或者長度變短,record在page內的位置不會發生變化;如果長度增加:1.如果當前所在page的剩餘空間可以容下增加後的長度,那麼其他record向前移動**空間,這條record放在所有記錄的後面。2.如果當前所在page的空間不能容下增加後的長度,db2會就近尋找空間(向前或者向後16個page),如果沒有找到就做整個tablespace(partition)的掃瞄,如果依然沒能找到,就會extend這個tablespace(partition),將記錄放在最末。

下面是做過的一些實驗,可以幫助理解上面的結論。

db2效能分析思路

2016 01 18 22 34 56 hury 摘自 db2資料庫管理最佳實踐 摘要 主要用於理清資料庫優化思路,從全域性角度進行分析 發生了什麼事情 什麼時候開始發生的 現在是否依然發生 發生前是否做過什麼更改或特別操作 以前是否發生過類似的問題 如果應用效率低些,到底有多差,一倍的差距,還是1...

db2死鎖分析相關命令

檢視資料庫管理器級別快照資訊 db2 get monitor switches db2 update monitor switches using lock on statement on create event monitor mymonitor for deadlocks,statements...

libevent 2 超時機制分析

先上一段libevent提供的 int lasttime static void timeout cb int fd,short event,void arg intmain int argc,char argv 跟蹤發現新增超時事件流程為 evtimer set event add event q...