# 18.12\. 鎖管理 `deadlock_timeout` (`integer`) 以毫秒計的時間，用于設置在檢查是否存在死鎖條件之前等待的時間。 檢查是否存在死鎖條件是一個昂貴的過程，因此服務器不會在每次等待鎖的時候都運行這個過程。 我們樂觀地假設在生產應用中的死鎖是不常出現的， 因此我們在開始詢問是否可以解鎖之前只等待一個相對較短的時間。 增加這個值就減少了浪費在無用的死鎖檢查上的時間，但是減慢了報告真正死鎖錯誤的速度。 缺省是1秒(`1s`)，這可能是你能夠耐心等待的最短時間。在一個重負載的服務器上， 你可能需要增大它。這個值的典型設置應該超過你的事務持續時間， 這樣就可以減少在鎖釋放之前就開始死鎖檢查的問題。 只有超級用戶可以改變這個設置。 當[log_lock_waits](#calibre_link-1754)被設置時， 此參數也決定在發出有關鎖等待的日志信息之前的等待時間長度。 如果您正在嘗試調查鎖定延遲， 你可能想設置一個小于正常`deadlock_timeout`的值。 `max_locks_per_transaction` (`integer`) 共享的鎖表的大小是以假設任意時刻最多只有 `max_locks_per_transaction` * ([max_connections](#calibre_link-441) + [max_prepared_transactions](#calibre_link-1380)) 個獨立的對象需要被鎖住為基礎進行計算的。 這個參數控制分配給每個事務的鎖定對象平均數。 單獨事務只要所有事務鎖適合在鎖表中都可以鎖定多個對象。 這_不是_鎖定行的數目， 該值是無限的。缺省值64，已經經歷史證明是足夠的了， 不過如果你有在一個事務里接觸很多不同的表的查詢，那么你就可能需要提高這個數值。 比如帶有很多孩子的父表查詢。 這個值只能在服務器啟動的時候設置。 當運行備用服務器時，你必須將此參數設置為比主服務器上相同或更高的值。否則， 不允許在備用服務器進行查詢。 `max_pred_locks_per_transaction` (`integer`) 共享謂詞鎖表跟蹤鎖定在 `max_pred_locks_per_transaction` * ([max_connections](#calibre_link-441) + [max_prepared_transactions](#calibre_link-1380))對象上（例如，表）; 因此，只是許多不同的對象更可以在任何一個時間鎖定。 此參數控制對象鎖定分配給每個事務的平均數; 個別事務可以鎖定多個對象， 只要所有事務的鎖適合在鎖表中。這_不是_ 可以鎖定的行數;該值是無限的。 在默認情況下，64對測試已經足夠了， 如果在可串行化事務中你有接觸許多不同表的客戶，那么您可能需要增大這個值。 此參數只能在服務器啟動時設置。