校园春色亚洲色图_亚洲视频分类_中文字幕精品一区二区精品_麻豆一区区三区四区产品精品蜜桃

主頁 > 知識庫 > 解析PostgreSQL中Oid和Relfilenode的映射問題

解析PostgreSQL中Oid和Relfilenode的映射問題

熱門標簽:江蘇400電話辦理官方 電銷機器人能補救房產中介嗎 天津開發區地圖標注app 濟南外呼網絡電話線路 地圖標注要花多少錢 廣州電銷機器人公司招聘 400電話申請客服 移動外呼系統模擬題 電話機器人怎么換人工座席

作者李傳成
中國PG分會認證專家,瀚高軟件資深內核研發工程師
https://zhuanlan.zhihu.com/p/342466054

PostgreSQL中的表會有一個RelFileNode值指定這個表在磁盤上的文件名(外部表、分區表除外)。一般情況下在pg_class表的relfilenode字段可以查出這個值,但是有一些特定表在relfilenode字段的查詢結果是0,這個博客中將會探究這些特殊表relfilenode的內核處理。

正常表的Relfilenode

當我們創建一張普通表時,在pg_class系統表里可以查詢出其relfilenode,可以看出在表剛剛創建時其oid和relfilenode都是16808,在磁盤上也可以查詢到16808這個文件。事實上,這個文件存儲了我們向表t2插入的數據。

postgres=# create table t2(i int);
CREATE TABLE
postgres=# select oid,relname,relfilenode from pg_class where relname = 't2';
 oid | relname | relfilenode 
-------+---------+-------------
 16808 | t2   |    16808
(1 row)

postgres=# \q
movead@movead-PC:/h2/pgpgpg/bin$ ll ../data/base/12835/16808 
-rw-------+ 1 movead movead 0 12月 31 17:11 ../data/base/12835/16808
movead@movead-PC:/h2/pgpgpg/bin$

在我們對一張表執行truncate,vacuum full等操作后,會重寫這個表的數據,會引發這個表relfilenode值的變更。如下測試可以看出truncate之后,t2表的relfilenode從16808變為了16811.

postgres=# truncate t2;
TRUNCATE TABLE
postgres=# select oid,relname,relfilenode from pg_class where relname = 't2';
 oid | relname | relfilenode 
-------+---------+-------------
 16808 | t2   |    16811
(1 row)

postgres=# checkpoint;
CHECKPOINT
postgres=# \q
movead@movead-PC:/h2/pgpgpg/bin$ ll ../data/base/12835/16808
ls: 無法訪問'../data/base/12835/16808': 沒有那個文件或目錄
movead@movead-PC:/h2/pgpgpg/bin$ ll ../data/base/12835/16811
-rw-------+ 1 movead movead 0 12月 31 17:16 ../data/base/12835/16811
movead@movead-PC:/h2/pgpgpg/bin$

Nail表的Relfilenode

postgres=# select oid, relname, relfilenode,reltablespace
from pg_class
where relfilenode = 0 and relkind = 'r'
order by reltablespace;
 oid |    relname    | relfilenode | reltablespace 
------+-----------------------+-------------+---------------
 1247 | pg_type        |      0 |       0
 1255 | pg_proc        |      0 |       0
 1249 | pg_attribute     |      0 |       0
 1259 | pg_class       |      0 |       0
 3592 | pg_shseclabel     |      0 |     1664
 1262 | pg_database      |      0 |     1664
 2964 | pg_db_role_setting  |      0 |     1664
 1213 | pg_tablespace     |      0 |     1664
 1261 | pg_auth_members    |      0 |     1664
 1214 | pg_shdepend      |      0 |     1664
 2396 | pg_shdescription   |      0 |     1664
 1260 | pg_authid       |      0 |     1664
 6000 | pg_replication_origin |      0 |     1664
 6100 | pg_subscription    |      0 |     1664
(14 rows)

postgres=#

上述查詢可以看出,從pg_class系統表中查詢出的這些表的relfilenode為0。其中pg_type、pg_proc、pg_attribute、pg_class是非共享表,在內核中稱他們為Nail表。剩余的表是在pg_global表空間里的共享表。

pg_class表中relfilenode字段的意義是為了告訴程序,某一張表在磁盤上存儲的文件名。比如我們查詢t2表時,一定會先到pg_class系統表中獲取其relfilenode,然后到磁盤找到這個文件,然后打開并掃描。可是如果我們想查詢pg_class系統表在磁盤上的文件名時,應該去哪找到它的relfilenode?在PostgreSQL中提供了一組函數接口進行oid和relfilenode的轉化。

postgres=# select pg_relation_filenode(1259);
 pg_relation_filenode 
----------------------
        16475
(1 row)

postgres=# select pg_filenode_relation(0,16475);
 pg_filenode_relation 
----------------------
 pg_class
(1 row)

postgres=# select pg_filenode_relation(0,16475)::oid;
 pg_filenode_relation 
----------------------
         1259
(1 row)

postgres=#

通過pg_relation_filenode()可以將oid轉化為relfilenode,
通過pg_filenode_relation可以將relfilenode轉化為oid.
既然pg_class表中不存儲oid和relfilenode的對應關系,那么PostgreSQL是怎么樣保存這個映射關系的呢?

Nail表Relfilenode的存儲機制

經過研究發現,在數據目錄里存在著pg_filenode.map文件,如下所示。

movead@movead-PC:/h2/pgpgpg/data/base/12835$ ll pg_filenode.map 
-rw-------+ 1 movead movead 512 12月 31 15:10 pg_filenode.map
movead@movead-PC:/h2/pgpgpg/data/base/12835$
movead@movead-PC:/h2/pgpgpg/data/global$ ll pg_filenode.map 
-rw-------+ 1 movead movead 512 12月 31 15:10 pg_filenode.map
movead@movead-PC:/h2/pgpgpg/data/global$

在global目錄下的pg_filenode.map文件里存儲了shared表的oid和relfilenode的映射關系,12835目錄下存儲了OID為12835的數據庫里nail表的oid和relfilenode的映射關系。
pg_filenode.map文件的結構為:

typedef struct RelMapping
{
  Oid     mapoid;     /* OID of a catalog */
  Oid     mapfilenode;  /* its filenode number */
} RelMapping;

typedef struct RelMapFile
{
  int32    magic;     /* always RELMAPPER_FILEMAGIC */
  int32    num_mappings;  /* number of valid RelMapping entries */
  RelMapping mappings[MAX_MAPPINGS];
  pg_crc32c  crc;      /* CRC of all above */
  int32    pad;      /* to make the struct size be 512 exactly */
} RelMapFile;

結語

這個博客主要闡述了在PostgreSQL中表的oid和relfilenode映射的兩種不同表現形式,你只要記住使用pg_relation_filenode()永遠會得到正確的結果,從pg_class系統表中查詢則可能會得到錯誤的結果。

了解更多PostgreSQL技術干貨、熱點文集、行業動態、新聞資訊、精彩活動,請訪問中國PostgreSQL社區網站:www.postgresqlchina.com

到此這篇關于PostgreSQL中Oid和Relfilenode的映射的文章就介紹到這了,更多相關PostgreSQL中Oid和Relfilenode的映射內容請搜索腳本之家以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持腳本之家!

您可能感興趣的文章:
  • 解決PostgreSQL Array使用中的一些小問題
  • postgresql 中的 like 查詢優化方案
  • PostgreSQL regexp_matches替換like模糊查詢的操作
  • postgresql 實現replace into功能的代碼
  • PostgreSQL 禁用全表掃描的實現

標簽:溫州 榆林 寶雞 濮陽 海西 昭通 杭州 辛集

巨人網絡通訊聲明:本文標題《解析PostgreSQL中Oid和Relfilenode的映射問題》,本文關鍵詞  解析,PostgreSQL,中,Oid,和,;如發現本文內容存在版權問題,煩請提供相關信息告之我們,我們將及時溝通與處理。本站內容系統采集于網絡,涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《解析PostgreSQL中Oid和Relfilenode的映射問題》相關的同類信息!
  • 本頁收集關于解析PostgreSQL中Oid和Relfilenode的映射問題的相關信息資訊供網民參考!
  • 推薦文章
    校园春色亚洲色图_亚洲视频分类_中文字幕精品一区二区精品_麻豆一区区三区四区产品精品蜜桃
    不卡av在线网| 制服.丝袜.亚洲.中文.综合| 美国毛片一区二区三区| 亚洲精品国产精华液| 国产日韩v精品一区二区| 精品毛片乱码1区2区3区 | 亚洲国产精品高清| 精品国产一区二区三区久久久蜜月 | 亚洲综合免费观看高清完整版 | 中文字幕制服丝袜一区二区三区 | 欧美日韩一级视频| 一本色道久久综合亚洲精品按摩| 成人av网站在线观看| 不卡av在线网| 91福利在线观看| 欧美日韩国产三级| 日韩欧美在线影院| 久久久五月婷婷| 国产精品福利一区二区| 综合中文字幕亚洲| 日韩不卡手机在线v区| 亚洲丝袜美腿综合| 亚洲成av人片在线观看无码| 日本视频在线一区| 国产成人免费视频网站| 99久久久久久| 欧美精选一区二区| xvideos.蜜桃一区二区| 中文字幕精品一区| 亚洲国产成人av网| 国产精品自拍网站| 色综合久久综合中文综合网| 久久精品免视看| av不卡在线播放| 欧美日韩国产在线观看| 久久综合久久综合亚洲| 中文字幕一区二区三区四区不卡| 在线精品视频一区二区三四| 欧美一区二区观看视频| 国产精品沙发午睡系列990531| 亚洲综合色在线| 国产一区二区三区电影在线观看| 在线视频你懂得一区二区三区| 精品人伦一区二区色婷婷| 综合分类小说区另类春色亚洲小说欧美| 一区二区国产盗摄色噜噜| 国产裸体歌舞团一区二区| 在线亚洲一区二区| 久久久久久一级片| 亚洲欧美日韩电影| 国产一区二区三区黄视频 | 欧美精品在线观看播放| 国产欧美一区二区精品性色超碰| 午夜精品福利视频网站| 成人妖精视频yjsp地址| 欧美一区二区二区| 一区二区三区不卡视频在线观看| 国产精品888| 欧美videos中文字幕| 亚洲福中文字幕伊人影院| av午夜精品一区二区三区| 精品美女一区二区| 久久国产福利国产秒拍| 欧美日韩国产色站一区二区三区| 亚洲欧美日韩国产中文在线| 成人中文字幕在线| 狠狠色伊人亚洲综合成人| 欧美剧情片在线观看| 亚洲在线视频一区| 中文字幕色av一区二区三区| 国产精品白丝av| 久久久久久久久久看片| 久久99精品国产麻豆不卡| 欧美绝品在线观看成人午夜影视| 亚洲一区二区综合| 欧美专区在线观看一区| 亚洲一区二区精品久久av| 在线观看三级视频欧美| 中文字幕高清不卡| 不卡大黄网站免费看| 成人免费在线观看入口| 97se狠狠狠综合亚洲狠狠| 专区另类欧美日韩| 色综合久久66| 亚洲成人动漫在线观看| 69堂亚洲精品首页| 精品一区免费av| 久久久久久9999| 成人视屏免费看| 亚洲欧美另类小说| 欧美日本视频在线| 麻豆91免费看| 国产亚洲人成网站| 成人av电影在线网| 亚洲综合清纯丝袜自拍| 欧美一区二区精美| 国产精品99久久久久久久vr| 国产视频911| 一区二区三区四区乱视频| 欧美色图天堂网| 老司机精品视频一区二区三区| 日韩欧美电影在线| 国产91在线观看丝袜| 亚洲精品国产一区二区精华液| 亚洲va中文字幕| 欧美tickling挠脚心丨vk| 国产成人亚洲综合a∨婷婷图片 | 亚洲va欧美va人人爽午夜| 亚洲天堂免费看| 国产综合色产在线精品| 1000部国产精品成人观看| 欧美日韩精品欧美日韩精品一综合| 麻豆精品在线看| 中文字幕亚洲视频| 欧美一区二区网站| 高清成人免费视频| 亚洲国产人成综合网站| 精品国产成人系列| 欧美在线视频不卡| 国产成人免费av在线| 亚洲成人av福利| 国产精品久久久久久妇女6080| 欧美美女网站色| 色综合久久久久综合99| 蜜桃av一区二区在线观看| 亚洲欧美韩国综合色| 2021国产精品久久精品| 欧美性大战xxxxx久久久| 国产成人综合在线观看| 欧美一区二区日韩一区二区| 色菇凉天天综合网| 国产精品18久久久久久久久 | 欧美一区中文字幕| 91黄色激情网站| 成人av在线网| 激情六月婷婷综合| 日韩成人精品在线| 夜夜嗨av一区二区三区中文字幕| 中文字幕va一区二区三区| 欧美成人bangbros| 91精品国产色综合久久不卡电影| 久久久国产精品不卡| 六月丁香综合在线视频| 亚洲综合清纯丝袜自拍| 亚洲另类春色校园小说| 国产精品久久久久影院| 欧美性三三影院| 综合分类小说区另类春色亚洲小说欧美 | 国产成人免费网站| 国产成人免费高清| 国产精品99久久久久| 国产乱妇无码大片在线观看| 久久精品国产成人一区二区三区| 日韩激情一二三区| 免费欧美高清视频| 九一九一国产精品| 韩日av一区二区| 国产成人精品三级| 成人av资源网站| 91在线观看下载| 欧亚一区二区三区| 一区二区三区四区不卡视频| 亚洲黄色小视频| 午夜私人影院久久久久| 日本强好片久久久久久aaa| 全部av―极品视觉盛宴亚洲| 久久精品久久99精品久久| 韩国三级中文字幕hd久久精品| 国产乱妇无码大片在线观看| 99久久综合99久久综合网站| 91日韩在线专区| 欧美精品tushy高清| 日韩欧美国产麻豆| 日本一区二区高清| 亚洲精品欧美专区| 免费在线观看一区| 国产精品996| 成人av一区二区三区| 色悠悠久久综合| 欧美一级黄色大片| 欧美激情综合五月色丁香小说| 亚洲欧美怡红院| 免费观看在线色综合| 成人中文字幕电影| 正在播放一区二区| 国产精品网站导航| 国产精品久久综合| 国产精品蜜臀av| 日韩国产高清在线| 不卡的看片网站| 日韩欧美另类在线| 一片黄亚洲嫩模| 国产精品1024久久| 91麻豆精品国产91久久久久久 | 亚洲日本在线观看| 韩国三级电影一区二区| 最新日韩av在线| 国产成人免费视频网站 | 欧美精品久久久久久久多人混战| 91网址在线看|