婷婷久久综合九色综合,欧美成色婷婷在线观看视频,偷窥视频一区,欧美日本一道道一区二区

<tt id="bu9ss"></tt>
  • <span id="bu9ss"></span>
  • <pre id="bu9ss"><tt id="bu9ss"></tt></pre>
    <label id="bu9ss"></label>

    當(dāng)前位置:首頁 >  站長 >  數(shù)據(jù)庫 >  正文

    PostgreSql 重建索引的操作

     2021-04-29 17:09  來源: 腳本之家   我來投稿 撤稿糾錯(cuò)

      阿里云優(yōu)惠券 先領(lǐng)券再下單

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

    其語法是:

    1REINDEX { 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)指定表的所有索引,包括下級(jí)TOAST表;

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

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

    5、Name 按照不同級(jí)別索引的名稱。

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

    示例:

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

     

    另外需要注意的是:

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

    2、重構(gòu)索引的目的是為了當(dāng)索引的數(shù)據(jù)不可信時(shí),即對(duì)于成本的計(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í)行下級(jí)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刪除索引遇到的坑

    正常我們?cè)趧h除索引的時(shí)候會(huì)報(bào)如下錯(cuò)誤,

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

    set search_path=bi_dpa;

    文章來源:腳本之家

    來源地址:https://www.jb51.net/article/205223.htm

    申請(qǐng)創(chuàng)業(yè)報(bào)道,分享創(chuàng)業(yè)好點(diǎn)子。點(diǎn)擊此處,共同探討創(chuàng)業(yè)新機(jī)遇!

    相關(guān)文章

    熱門排行

    信息推薦