本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

使用 Aurora 最佳化讀取改善 Aurora 波斯特格雷SQL的查詢效能

您可以SQL使用 Aurora 最佳化讀取功能，為 Aurora Postgre 實現更快的查詢處理。使用 Aurora Postgre 資料SQL庫執行個體的 Aurora Postgre 資料庫執行個體可提供高達 8 倍的查詢延遲改善，對於擁有大型資料集的應用程式 (超過資料庫執行個體的記憶體容量)，可節省高達 30% 的

Aurora 優化讀取在波斯特里概述 SQL

依預設，當您建立的資料庫叢集使用重力式 R6gD 和 Intel 型 R6ID 執行個體搭配非揮發性記憶體快速 () 儲存時，預設會提供 Aurora 最佳化讀取功能。NVMe它可從以下SQL版本中獲得：

Aurora Optimized Reads 支援兩種功能：階層式快取和暫存物件。

啟用 Optimized Reads 的階層式快取 - 使用階層式快取，您可以將資料庫執行個體快取容量擴充至執行個體記憶體的 5 倍。這會自動維護快取以包含最新的交易一致性資料，讓應用程式免於管理外部結果集型快取解決方案之資料貨幣的額外負荷。它為先前從 Aurora 儲存獲取資料的查詢提供了高達 8 倍的延遲。

在 Aurora 中，預設參數群組shared_buffers中的值通常設定為大約 75% 的可用記憶體。不過，對於 r6gd 和 r6id 執行個體類型，Aurora 會將shared_buffers空間減少 4.5%，以裝載最佳化讀取快取的中繼資料。

優化啟用讀取的臨時對象-使用臨時對象，您可以通過將 Postgre 生成的臨時文件放置在本地存儲SQL上來實現更快的查詢處理。NVMe如此可減少透過網路傳送至彈性區塊儲存 (EBS) 的流量。針對不符合資料庫執行個體可用記憶體容量的大量資料進行排序、聯結或合併的進階查詢，提供高達 2 倍的延遲和輸送量。

在 Aurora I/O 最佳化叢集上，「最佳化讀取」會同時在儲存裝置上使用階層式快取和暫存物件。NVMe透過啟用 Optimized Reads 的階層式快取功能，Aurora 會為暫存物件分配 2 倍的執行個體記憶體、約 10% 的儲存用於內部作業，而剩餘的儲存裝置則分配為階層式快取。在 Aurora 標準叢集上，Optimized Reads 僅會使用暫存物件。

在 Aurora Postgre 中SQL，使用temp_tablespaces參數來設定儲存暫存物件的資料表空間。

若要檢查暫存物件是否已設定，請使用下列命令：

postgres=> show temp_tablespaces;
temp_tablespaces
---------------------
aurora_temp_tablespace
(1 row)            
        

這aurora_temp_tablespace是 Aurora 設定的表格空間，指向NVMe本機儲存區。您無法修改此參數或切換回 Amazon EBS 儲存空間。

若要檢查是否已開啟最佳化的讀取快取，請使用下列命令：

postgres=> show shared_preload_libraries;
                 shared_preload_libraries
--------------------------------------------------------
rdsutils,pg_stat_statements,aurora_optimized_reads_cache    

使用 Aurora Optimized Reads

當您使用其中一個NVMe基於SQL資料庫執行個體佈建 Aurora Postgre 資料庫執行個體時，資料庫執行個體會自動使用 Aurora 優化讀取

若要開啟 Aurora Optimized Reads，請執行下列其中一項：

Aurora 最佳化讀取功能適用於所有 AWS 區域 其中支援具有本機NVMeSSD儲存體的一或多個資料庫執行個體類別。如需詳細資訊，請參閱Amazon Aurora 數據庫實例類。

若要切換回未最佳化的讀取 Aurora 執行個體，請將 Aurora 執行個體的資料庫執行個體類別修改為類似的執行個體類別，而不需要NVMe暫時儲存資料庫工作負載。例如，如果目前的資料庫執行個體類別是 db.r6gd.4xlarge，請選擇 db.r6g.4xlarge 以切換回來。如需詳細資訊，請參閱修改 Aurora 資料庫執行個體。

Aurora Optimized Reads 的使用案例

啟用 Optimized Reads 的階層式快取

下列是一些可從 Optimized Reads 搭配階層式快取受益的使用案例：

啟用 Optimized Reads 的暫存物件

下列是一些可從 Optimized Reads 搭配暫存物件受益的使用案例：

監控使用 Aurora Optimized Reads 的資料庫執行個體

您可以使用下列範例所示的EXPLAIN命令來監視使用已啟用已啟用讀取的階層式快取的查詢：

Postgres=> EXPLAIN (ANALYZE, BUFFERS) SELECT c FROM sbtest15 WHERE id=100000000                   

QUERY PLAN
--------------------------------------------------------------------------------------
 Index Scan using sbtest15_pkey on sbtest15  (cost=0.57..8.59 rows=1 width=121) (actual time=0.287..0.288 rows=1 loops=1)
   Index Cond: (id = 100000000)
   Buffers: shared hit=3 read=2 aurora_orcache_hit=2
   I/O Timings: shared/local read=0.264
 Planning:
   Buffers: shared hit=33 read=6 aurora_orcache_hit=6
   I/O Timings: shared/local read=0.607
 Planning Time: 0.929 ms
 Execution Time: 0.303 ms
(9 rows)
Time: 2.028 ms
            
        

您可以使用下列 CloudWatch指標監控使用 Aurora 最佳化讀取的資料庫執行個體：

這些測量結果提供可用執行個體儲存體和輸送量的相關資料。IOPS如需這些指標的詳細資訊，請參閱 Amazon Aurora 的執行個體層級指標。

您也可以使用pg_proctab擴充功能來監視NVMe儲存空間。

postgres=>select * from pg_diskusage();

major | minor |       devname       | reads_completed | reads_merged | sectors_read | readtime | writes_completed | writes_merged | sectors_written | writetime | current_io | iotime  | totaliotime
------+-------+---------------------+-----------------+--------------+--------------+----------+------------------+---------------+-----------------+-----------+------------+---------+-------------
      |       | rdstemp             |           23264 |            0 |       191450 |    11670 |          1750892 |             0 |        24540576 |    819350 |          0 | 3847580 |      831020
      |       | rdsephemeralstorage |           23271 |            0 |       193098 |     2620 |           114961 |             0 |        13845120 |    130770 |          0 |  215010 |      133410
(2 rows)    

Aurora Optimized Reads 的最佳實務

請使用 Aurora Optimized Reads 的下列最佳實務：