PostgreSql數(shù)據(jù)庫的重建索引時通過REINDEX命令來實(shí)現(xiàn)的，如reindexindex_name；
其語法是：
1REINDEX { 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ā)索引時失敗，遺留了一個失效的索引。這樣的索引不會被使用，但重構(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ù)不可信時，即對于成本的計算會出現(xiàn)偏差較大，無益于優(yōu)化器得到最優(yōu)的執(zhí)行計劃以至于性能優(yōu)化失敗。
3、重構(gòu)索引類似于先刪除所有再創(chuàng)建一個索引，但是索引的條目是重新開始的。重構(gòu)時當(dāng)前索引是不能寫的，因?yàn)榇藭r有排他鎖。
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存儲格式的字段時，系統(tǒng)會自動創(chuàng)建一個和普通表關(guān)聯(lián)的TOAST表。
當(dāng)一條記錄(tuple)在存儲時(如果壓縮的話算壓縮后的大小)大于TOAST_TUPLE_THRESHOLD(通常是2kB)這個值時，會存儲到TOAST表。
而此時在普通表的該字段處包含了一個指向TOAST的tableoid和chunk_id的數(shù)據(jù)，從而能夠找到該字段的記錄。
補(bǔ)充：pg刪除索引遇到的坑
正常我們在刪除索引的時候會報如下錯誤，
然后只需要設(shè)置索引路徑就ok
set search_path=bi_dpa;
文章來源：腳本之家
來源地址：https://www.jb51.net/article/205223.htm
申請創(chuàng)業(yè)報道，分享創(chuàng)業(yè)好點(diǎn)子。點(diǎn)擊此處，共同探討創(chuàng)業(yè)新機(jī)遇！
