cluster命令是postgresql基于`index_name`所指定的索引來聚簇`table_name`所指定的表，因此，該索引必須已經定義在`table_name`上。         cluster命令可以使用指定索引上的一次索引掃描或者遵循排序的一次順序掃描（如果索引是 B 樹）對表重新排序，當一個表被聚簇時，會基于索引信息對它進行物理上的排序。聚簇是一種一次性的操作：當表后續被更新時，更改沒有被聚簇。也就是說，不會嘗試根據新行或者被更新行的索引順序來存儲它們。         當一個表被更新時，PostgreSQL會記住它是按照哪個索引聚簇的。形式``CLUSTER*`table_name`*``會使用前面所用的同一個索引對表重新聚簇。你也可以使用`CLUSTER`或者`ALTER TABLE`的`SET WITHOUT CLUSTER`形式把索引設置為可用于 未來的聚簇操作，或者清除任何之前的設置。         不帶任何參數的`CLUSTER`會重新聚簇調用用戶所擁有的當前數據庫中已經被聚簇過的表（如果是超級用戶調用，則是 所有已被聚簇過的表）。這種形式的`CLUSTER`不能在一個事務塊內執行。 **優點：** * 在隨機訪問一個表中的行時，表中數據的實際順序是無關緊要的。 不過，如果你想要更多地訪問其中一些數據，并且有一個索引把它 們分組在一起，使用`CLUSTER`就會帶來好處 * 如果從一個表中要求一個范圍的被索引值或者多行都匹配的一個單一值，`CLUSTER`就會有所幫助，因為一旦該索引標識出了第一個匹配行所在的表頁，所有其他匹配行很可能就在同一個表頁中，并且因此節省了磁盤訪問并且 提高了查詢速度 **缺點：** * 當一個表被聚簇時，會在其上要求一個`ACCESS EXCLUSIVE`鎖。這會阻止任何其他數據庫操作（包括讀和寫） 在`CLUSTER`結束前在該表上操作。 * 聚簇是一種一次性的操作，如果要實現表被更新后實時聚簇，則需要在第一次手動聚簇之后，設置定時腳本，因為`CLUSTER`會記住哪些索引被聚簇，定期執行不帶任何參數的`CLUSTER`，這樣那些表就會被周期性地重新聚簇 **命令格式：** * CLUSTER [VERBOSE] table_name [ USING index_name ] * CLUSTER [VERBOSE] > **option：** > * table_name：指定表名 > * index_name：指定索引 > * verbose：在每一個表被聚簇時打印一個進度報告 | 命令實例 | 解釋 | | --- | --- | | CLUSTER employees USING employees_ind; | 基于索引`employees_ind`聚簇表`employees` | | CLUSTER employees; | 使用之前用過的同一個索引聚簇`employees`表 | | CLUSTER | 對數據庫中以前被聚簇過的所有表進行聚簇 |