PostgreSQL10.0preview功能增強-CLOGoldestXID跟蹤

標籤

PostgreSQL , 10.0 , oldest xid , XID , clog

---

背景

PostgreSQL tuple中記錄的xmin,xmax事務號是uint32型別，所以是一個rotate使用的方式，需要frozen。

CLOG儲存的是oldest XID之後的XID，也就是說這個XID之後的事務，都保留了事務提交的狀態值，之前的CLOG可能被刪除或者正在被刪除。

這個patch與從CLOG獲取事務狀態相關，允許提交一個任意的XID值，不管在CLOG是否在TRUNCATE過程中，都可以安全的返回被查詢的事務號的提交狀態，（通過跟蹤TRUNCATE過程中被清除的事務狀態實現）。

Track the oldest XID that can be safely looked up in CLOG.  
  
This provides infrastructure for looking up arbitrary, user-supplied  
XIDs without a risk of scary-looking failures from within the clog  
module.  Normally, the oldest XID that can be safely looked up in CLOG  
is the same as the oldest XID that can reused without causing  
wraparound, and the latter is already tracked.  However, while  
truncation is in progress, the values are different, so we must  
keep track of them separately.  
  
Craig Ringer, reviewed by Simon Riggs and by me.  
  
Discussion: http://postgr.es/m/CAMsr+YHQiWNEi0daCTboS40T+V5s_+dst3PYv_8v2wNVH+Xx4g@mail.gmail.com  

對此增加了一個等待事件資訊

+         <entry><literal>CLogTruncationLock</></entry>  
+         <entry>Waiting to truncate the transaction log or waiting for transaction log truncation to finish.</entry>  

這個patch的討論，詳見郵件組，本文末尾URL。

PostgreSQL社群的作風非常嚴謹，一個patch可能在郵件組中討論幾個月甚至幾年，根據大家的意見反覆的修正，patch合併到master已經非常成熟，所以PostgreSQL的穩定性也是遠近聞名的。

參考

https://git.postgresql.org/gitweb/?p=postgresql.git;a=commit;h=ea42cc18c35381f639d45628d792e790ff39e271