這篇文章將為大家詳細(xì)講解有關(guān)PostgreSQL代價(jià)模型的示例分析，小編覺得挺實(shí)用的，因此分享給大家做個(gè)參考，希望大家閱讀完這篇文章后可以有所收獲。

公司主營業(yè)務(wù)：網(wǎng)站建設(shè)、做網(wǎng)站、移動(dòng)網(wǎng)站開發(fā)等業(yè)務(wù)。幫助企業(yè)客戶真正實(shí)現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競(jìng)爭能力。創(chuàng)新互聯(lián)是一支青春激揚(yáng)、勤奮敬業(yè)、活力青春激揚(yáng)、勤奮敬業(yè)、活力澎湃、和諧高效的團(tuán)隊(duì)。公司秉承以“開放、自由、嚴(yán)謹(jǐn)、自律”為核心的企業(yè)文化，感謝他們對(duì)我們的高要求，感謝他們從不同領(lǐng)域給我們帶來的挑戰(zhàn)，讓我們激情的團(tuán)隊(duì)有機(jī)會(huì)用頭腦與智慧不斷的給客戶帶來驚喜。創(chuàng)新互聯(lián)推出衛(wèi)輝免費(fèi)做網(wǎng)站回饋大家。

作為目前可以替代oracle的主力數(shù)據(jù)庫，了解POSTGRESQL 的代價(jià)模型，有利于在分析SQL 語句和 優(yōu)化SQL 語句時(shí)明白可能存在的問題根源和解決方法。

對(duì)于ORACLE ，SQL SERVER 這樣的數(shù)據(jù)庫的代價(jià)模型一般是不會(huì)透露給外部的，所以我們看到一些COST 也是一頭霧水，摸不清頭腦。

PostgreSQL 在代價(jià)模型上是開放的，有利于運(yùn)維以及開發(fā)人員理解性能較差的查詢發(fā)生在哪里。

首先我們先分析一下可能存在的  cost 的點(diǎn)在哪里, 以下是一個(gè)計(jì)劃樹的大致順序和名稱

1  Seq Scan

2  sort

3 Materialize

4 index scan

5 Merge left join 

6 group aggregate

7 hashaggregate

設(shè)計(jì)POSTGRESQL 的 cost model

1  Seq_page_cost  = Cs

2  random_page_cost = Cr

3 cpu_tuple_cost = Ct

4 cpu_index_tuple_cost = Ci

5 cpu_operator_cost = Co

6 number of disk pages fetched sequentially  = Ns

7 number of disk pages fetched randomly

8 number of tuples proessed

9 number of index entries processed during an index scan

10 number of operations performed

一個(gè)總體的 cost  大致由

C = Ns * Cs + Nr * Cr + Nt * Ct + Ni* Ci + No*Co

同時(shí)我們需要知道 cost parameters 的 參數(shù)的默認(rèn)值

cs  1.00

cr  4.00

ct 1.00e-2

ci  5.00e-3

co 2.50e-3

大體上我們可以知道一個(gè) COST 的計(jì)算是通過 查詢的所需的步驟， 步驟的復(fù)雜度，CPU 和 I/O 并行度， 鎖查詢的記錄的relation_size 等等組成， 通過這樣的計(jì)算，多鐘查詢的方式，最終的值比較，得出那個(gè)是好的查詢 ，那個(gè)就被廢棄了。

下面我們做一個(gè)簡單的分析，下面是每一個(gè)方式的默認(rèn)的消耗值

我們來嘗試計(jì)算下一個(gè)查詢的 cost ,大家看下面的圖

估計(jì)會(huì)有兩個(gè)疑問，1770 從哪里來的， 為什么是 3600000

1 1770 是通過整體數(shù)據(jù)，來計(jì)算出來的tuple 數(shù)據(jù)元， 另一個(gè)3600000 是table's 記錄數(shù)的行數(shù)。

大家可以看到計(jì)算出的數(shù)字就是 Query plan 的數(shù)字。

一般來說簡單的cost 通過人工來計(jì)算還是比較簡單的，但是如果復(fù)雜的例如并行，索引，等等就比較麻煩了。人工算起來會(huì)比價(jià)麻煩

同時(shí)還有一點(diǎn)，在計(jì)算I/O的 costing 的時(shí)候，需要注意，如果在使用索引的情況下  隨機(jī)讀 random_page_cost默認(rèn)值是 4 ，但如果你的磁盤是 SSD的情況下，則隨機(jī)讀和順序讀的差距會(huì)很小，被忽略，所以 random_page_cost 的值是可以設(shè)置為1 的，這點(diǎn)是需要注意的。

關(guān)于“PostgreSQL代價(jià)模型的示例分析”這篇文章就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，使各位可以學(xué)到更多知識(shí)，如果覺得文章不錯(cuò)，請(qǐng)把它分享出去讓更多的人看到。