主頁 > 知識庫 > PostgreSql 重建索引的操作

PostgreSql 重建索引的操作

熱門標(biāo)簽:江蘇400電話辦理官方 地圖標(biāo)注要花多少錢 電銷機(jī)器人能補(bǔ)救房產(chǎn)中介嗎 移動外呼系統(tǒng)模擬題 電話機(jī)器人怎么換人工座席 濟(jì)南外呼網(wǎng)絡(luò)電話線路 廣州電銷機(jī)器人公司招聘 天津開發(fā)區(qū)地圖標(biāo)注app 400電話申請客服

PostgreSql數(shù)據(jù)庫的重建索引時(shí)通過REINDEX命令來實(shí)現(xiàn)的,如reindexindex_name;

其語法是:

REINDEX { INDEX | TABLE | DATABASE | SYSTEM } name [ FORCE ];

下面解釋下說明情況下需要:

1、當(dāng)由于軟件bug或者硬件原因?qū)е碌乃饕辉倏捎?,索引的?shù)據(jù)不再可用;

2、當(dāng)索引包含許多空的或者近似于空的頁,這個在b-tree索引會發(fā)生。Reindex會騰出空間釋放哪些無用的頁(頁就是存放數(shù)據(jù)的一個單位,類似于block)。

3、PostgreSql數(shù)據(jù)庫系統(tǒng)修改了存儲參數(shù),需要重建不然就會失效(如修改了fillfactor參數(shù));

4、創(chuàng)建并發(fā)索引時(shí)失敗,遺留了一個失效的索引。這樣的索引不會被使用,但重構(gòu)后能用。一個索引的重構(gòu)不能并發(fā)的執(zhí)行。

下面介紹下重構(gòu)索引命令的參數(shù):

1、INDEX 重構(gòu)指定的索引;

2、TABLE 重構(gòu)指定表的所有索引,包括下級TOAST表;

3、DATABASE重構(gòu)指定數(shù)據(jù)庫的所有索引,系統(tǒng)共享索引也會被執(zhí)行。需要注意的是這個級別的重構(gòu)不能再一個事務(wù)塊中執(zhí)行。

4、SYSTEM 重構(gòu)這個系統(tǒng)的索引包含當(dāng)前的數(shù)據(jù)庫。共享系統(tǒng)中的索引頁是被包含的,但是用戶自己的表是不處理的,同樣也不能在一個事務(wù)塊中執(zhí)行。

5、Name 按照不同級別索引的名稱。

6、FORCE 已經(jīng)被廢除即使寫了也是被忽略的。

示例:

REINDEX INDEX my_index;
REINDEX TABLE my_table;
REINDEX DATABASE broken_db;

另外需要注意的是:

1、重建索引不同的級別的重構(gòu)需要不同的權(quán)限,比如table那么就需要有這個表的權(quán)限即需要有操作索引的權(quán)限,如超級用戶postgres擁有這個權(quán)限。

2、重構(gòu)索引的目的是為了當(dāng)索引的數(shù)據(jù)不可信時(shí),即對于成本的計(jì)算會出現(xiàn)偏差較大,無益于優(yōu)化器得到最優(yōu)的執(zhí)行計(jì)劃以至于性能優(yōu)化失敗。

3、重構(gòu)索引類似于先刪除所有再創(chuàng)建一個索引,但是索引的條目是重新開始的。重構(gòu)時(shí)當(dāng)前索引是不能寫的,因?yàn)榇藭r(shí)有排他鎖。

4、在8,1版本之前REINDEX DATABASE 只包含系統(tǒng)索引,并不是期望的所有指定數(shù)據(jù)庫的索引。7.4版本之前REINDEX TABLE不會自動執(zhí)行下級TOAST tables。

關(guān)于TOAST tables的含義:

TOAST直接翻譯的話就是切片面包(slicedbread)的意思,全稱是The Oversized-Attribute Storage Technique,

為什么會有OVERSIZED-ATTRIBUTE呢?原因很簡單,因?yàn)樵赑ostgreSQL,一條記錄不能跨PAGE存儲,

跨越PAGE的話必須使用TOAST(即unaligned,與原表分開存儲)存儲。

TOAST表不能獨(dú)立創(chuàng)建,只有當(dāng)普通表包含了main,extended或external存儲格式的字段時(shí),系統(tǒng)會自動創(chuàng)建一個和普通表關(guān)聯(lián)的TOAST表。

當(dāng)一條記錄(tuple)在存儲時(shí)(如果壓縮的話算壓縮后的大小)大于TOAST_TUPLE_THRESHOLD(通常是2kB)這個值時(shí),會存儲到TOAST表。

而此時(shí)在普通表的該字段處包含了一個指向TOAST的tableoid和chunk_id的數(shù)據(jù),從而能夠找到該字段的記錄。

補(bǔ)充:pg刪除索引遇到的坑

正常我們在刪除索引的時(shí)候會報(bào)如下錯誤,

然后只需要設(shè)置索引路徑就ok

set search_path=bi_dpa;

以上為個人經(jīng)驗(yàn),希望能給大家一個參考,也希望大家多多支持腳本之家。如有錯誤或未考慮完全的地方,望不吝賜教。

您可能感興趣的文章:
  • postgresql 索引之 hash的使用詳解
  • PostgreSQL Sequence序列的使用詳解
  • PostgreSQL之INDEX 索引詳解
  • Postgresql 查詢表引用或被引用的外鍵操作
  • PostgreSql 的hash_code函數(shù)的用法說明

標(biāo)簽:海西 辛集 溫州 濮陽 寶雞 杭州 榆林 昭通

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《PostgreSql 重建索引的操作》,本文關(guān)鍵詞  PostgreSql,重建,索引,的,操作,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《PostgreSql 重建索引的操作》相關(guān)的同類信息!
  • 本頁收集關(guān)于PostgreSql 重建索引的操作的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章