postgresql實(shí)例恢復(fù)與熱技術(shù)

l：，網(wǎng)名osl杭州沃趣網(wǎng)絡(luò)科技首席數(shù)據(jù)庫架構(gòu)師l《PostgreSQL之道：從小工到專家》作者l專注于數(shù)據(jù)庫、領(lǐng)域l 什么是實(shí)例恢 實(shí)例能正常啟已提交事務(wù)的數(shù)據(jù)還 被kill掉，如內(nèi)存不足時(shí)被OOMKiller給kil掉操作系硬件故障導(dǎo)致機(jī)器停機(jī)或重 實(shí)例恢復(fù)的 每項(xiàng)操作記錄到重做日志中，實(shí)例重新啟動(dòng)后，重演 ）日志，這個(gè)動(dòng)作稱為“前滾l“前滾”完成后，多數(shù)數(shù)據(jù)庫還會(huì)把未完成的事務(wù)取消掉，l在“前滾”過程中，數(shù)據(jù)庫是不能被用戶l每次“前滾”發(fā)生Checkpoint點(diǎn)的周期通常在幾分 熱備份的l把正在運(yùn)行的數(shù)據(jù)庫中的數(shù)據(jù)文件直接拷貝出來，然后把拷l但存在以下問如果正在運(yùn)行的數(shù)據(jù)庫正在寫個(gè)數(shù)據(jù)塊，而你正在讀這l解決辦讀 pg_xlog

記錄上次checkpoint點(diǎn)WAL日志的位置文件為

文件 pg_clog

LSN（Log 文件名由24字符 16M）的結(jié)果。注意當(dāng)LogId為0

時(shí)間 WAL 通常并不是真的“刪除WAL文件。為什么 每條WAL記錄上有LSN 改名是直接rename不是，建立一個(gè)新的 ，然后刪除舊的文 PostgeSQL的多版 什么？PostgreSQL 回收操作vacuum有自 回收 通常不會(huì)，HOT技術(shù)。如果原有的數(shù)據(jù)塊之間有空間，，索引上仍然指向舊的數(shù)據(jù)行 有很多參數(shù)控制這個(gè)影響：vacum_cost_deay， PostgeSQL 常常被稱為無符號(hào)的32bit的數(shù)字表每產(chǎn)生一個(gè)事務(wù)，就會(huì)加1，到達(dá)最大值后，又重新開o cog 每個(gè)事務(wù)的狀態(tài)用兩個(gè)bit來表示 RANSACTIONSTATUS_ #defineTRANSACTIONSTATUSCOMM#define

#defineTRANSACTION 每行上有xmin和xmax 當(dāng)插入行xmax設(shè)置為 當(dāng)刪除一行時(shí)，把當(dāng)前行的xmax設(shè)置為當(dāng)前事務(wù) autovacuum進(jìn)程會(huì)把一些不要 Wraparoud) 記錄事務(wù)的commitlog文件會(huì)不會(huì)不斷2事務(wù)id的范圍可以認(rèn)為組02事務(wù)id始，到達(dá)最02對(duì)一個(gè)指定的事務(wù)I， 由vacu 2FrozXID認(rèn)為是比所有 事務(wù)回卷解決的細(xì) 有三個(gè)特殊值的事務(wù)0:InvalidXID，無效事務(wù)2:FrozenXID，凍結(jié)的事務(wù)ID，比任務(wù)普通的事務(wù)ID都o(jì)大于2的事務(wù)ID都是普通的事務(wù)ID ze_max_age為2 事務(wù)回卷解決的細(xì)節(jié)（續(xù) 兩個(gè)普通事務(wù)的比較方法：(int32) id2)<表達(dá)式算出來值為真，則id1比id2更舊一些，為id1比id2例子 ，id25，id2是當(dāng)事務(wù)回卷后 ，而因大于2^31，BootstrapXID比所有其它事務(wù)都舊，包括FrozenXID比普通事務(wù) 數(shù)據(jù)庫的唯一標(biāo)識(shí)串 Databasesystem 619759 initdb時(shí)生成的個(gè)64bit的整數(shù)，生成過程為gettimeofday(&tv, ((uint64)tv.tv_sec)<<sysidentifier|=((uint64)tv.tv_usec)<<sysidentifier|=getpid()& 所以通過下面這條SQLSELECTto_timestamp((( 2>>32)&(2^32-1)::bigint)); 就是“Lastestcheckpointlocation” 當(dāng)發(fā)生checkpoint點(diǎn)時(shí)WAL日志的當(dāng)前位置為checkpoint’sREDO Stady Standby 主庫發(fā)生checkpoint是否 到Stadby庫 “Minimmrecoveryending備庫中每 y一些WAL日志后，就會(huì)做一次checkpoint，然后把這個(gè)checkpoint點(diǎn)的信息記錄到控制文件備庫repay一些日志后，會(huì)把產(chǎn)生臟數(shù)據(jù)的 置記錄到“Minimumrecoveryending 為什么要記錄呢？為了Standby庫只讀的功能–備庫異常停機(jī)后再啟動(dòng)，需要repay日志到超過“Minimumrecoveryendingocation”位置后，才能對(duì) Stady庫的控制文件 （續(xù) Backupstart