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

Lock:tuple

Lock:tuple 事件表示後端程序正等待在元組上取得鎖定。

支援的引擎版本

所有版本的 Aurora PostgreSQL 都支援此等待事件資訊。

Context

Lock:tuple 事件表示後端正等待在元組上取得鎖定，但另一個後端在同一個元組上持有衝突鎖定。下表說明工作階段產生 Lock:tuple 事件的情節。

或者，您可以使用基準化分析工具 pgbench 來模擬此等待事件。使用自訂 SQL 檔案，將大量並行工作階段設定成在資料表中更新相同資料列。

若要進一步了解衝突鎖定模式，請參閱 PostgreSQL 文件中的明確鎖定。若要進一步了解 pgbench，請參閱 PostgreSQL 文件中的 pgbench。

等待變多的可能原因

此事件比平時更常出現時，可能表示有效能問題，典型原因包括：

如需詳細資訊，請參閱 PostgreSQL 文件中的資料列層級鎖定。

動作

根據等待事件的原因，我們會建議不同的動作。

調查應用程式邏輯

查明引起封鎖的工作階段是否長時間處於 idle in transaction 狀態。如果是，請考慮結束引起封鎖的工作階段，當作短期的解決辦法。您也可以使用 pg_terminate_backend 函數。如需此函數的詳細資訊，請參閱 PostgreSQL 文件中的伺服器訊號函數。

如需長期解決方案，請執行下列動作：

尋找引起封鎖的工作階段

Lock:tuple 等待事件發生時，請查明哪些鎖定彼此相依，以找出引起封鎖和被封鎖的工作階段。如需詳細資訊，請參閱 PostgreSQL Wiki 中的鎖定相依性資訊。若要分析過去的 Lock:tuple 事件，請使用 Aurora 函數 aurora_stat_backend_waits。

下列範例查詢所有工作階段，篩選 tuple 並依據 wait_time 排序。

--AURORA_STAT_BACKEND_WAITS
      SELECT a.pid, 
             a.usename, 
             a.app_name, 
             a.current_query,
             a.current_wait_type, 
             a.current_wait_event, 
             a.current_state, 
             wt.type_name AS wait_type, 
             we.event_name AS wait_event, 
             a.waits, 
             a.wait_time
        FROM (SELECT pid, 
                     usename, 
                     left(application_name,16) AS app_name,
                     coalesce(wait_event_type,'CPU') AS current_wait_type,
                     coalesce(wait_event,'CPU') AS current_wait_event, 
                     state AS current_state,
                     left(query,80) as current_query,
                     (aurora_stat_backend_waits(pid)).* 
                FROM pg_stat_activity 
               WHERE pid <> pg_backend_pid()
                 AND usename<>'rdsadmin') a
NATURAL JOIN aurora_stat_wait_type() wt 
NATURAL JOIN aurora_stat_wait_event() we
WHERE we.event_name = 'tuple'
    ORDER BY a.wait_time;

  pid  | usename | app_name |                 current_query                  | current_wait_type | current_wait_event | current_state | wait_type | wait_event | waits | wait_time
-------+---------+----------+------------------------------------------------+-------------------+--------------------+---------------+-----------+------------+-------+-----------
 32136 | sys     | psql     | /*session3*/ update tab set col=1 where col=1; | Lock              | tuple              | active        | Lock      | tuple      |     1 |   1000018
 11999 | sys     | psql     | /*session4*/ update tab set col=1 where col=1; | Lock              | tuple              | active        | Lock      | tuple      |     1 |   1000024

減少高度並行

Lock:tuple 事件可能持續發生，尤其在忙碌的工作負載時段。在此情況下，對於非常忙碌的資料列，請考慮減少高度並行。通常只有少數資料列控制佇列或布林邏輯，使得這些資料列非常忙碌。

您可以根據商業需求、應用程式邏輯和工作負載類型，使用不同方法來減少並行。例如，您可以執行下列動作：

瓶頸疑難排解

Lock:tuple 可能發生瓶頸，例如 CPU 不足或 Amazon EBS 頻寬耗盡。若要減少瓶頸，請考慮下列方法：