怎么在PostgreSql中重建索引？針對這個(gè)問題，這篇文章詳細(xì)介紹了相對應(yīng)的分析和解答，希望可以幫助更多想解決這個(gè)問題的小伙伴找到更簡單易行的方法。

創(chuàng)新互聯(lián)建站自成立以來，一直致力于為企業(yè)提供從網(wǎng)站策劃、網(wǎng)站設(shè)計(jì)、網(wǎng)站設(shè)計(jì)、網(wǎng)站制作、電子商務(wù)、網(wǎng)站推廣、網(wǎng)站優(yōu)化到為企業(yè)提供個(gè)性化軟件開發(fā)等基于互聯(lián)網(wǎng)的全面整合營銷服務(wù)。公司擁有豐富的網(wǎng)站建設(shè)和互聯(lián)網(wǎng)應(yīng)用系統(tǒng)開發(fā)管理經(jīng)驗(yàn)、成熟的應(yīng)用系統(tǒng)解決方案、優(yōu)秀的網(wǎng)站開發(fā)工程師團(tuán)隊(duì)及專業(yè)的網(wǎng)站設(shè)計(jì)師團(tuán)隊(duì)。

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)索引包含許多空的或者近似于空的頁，這個(gè)在b-tree索引會(huì)發(fā)生。Reindex會(huì)騰出空間釋放哪些無用的頁(頁就是存放數(shù)據(jù)的一個(gè)單位，類似于block)。

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

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

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

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

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

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

4、SYSTEM 重構(gòu)這個(gè)系統(tǒng)的索引包含當(dāng)前的數(shù)據(jù)庫。共享系統(tǒng)中的索引頁是被包含的，但是用戶自己的表是不處理的，同樣也不能在一個(gè)事務(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那么就需要有這個(gè)表的權(quán)限即需要有操作索引的權(quán)限，如超級用戶postgres擁有這個(gè)權(quán)限。

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

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

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

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

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

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

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

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

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

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

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

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

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

set search_path=bi_dpa;

關(guān)于怎么在PostgreSql中重建索引問題的解答就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道了解更多相關(guān)知識(shí)。

本文標(biāo)題：怎么在PostgreSql中重建索引-創(chuàng)新互聯(lián)
本文路徑：http://www.chinadenli.net/article44/iidee.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站建設(shè)、全網(wǎng)營銷推廣、網(wǎng)頁設(shè)計(jì)公司、網(wǎng)站設(shè)計(jì)、網(wǎng)站導(dǎo)航、搜索引擎優(yōu)化

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)