MAXLOCKS定義了應用程序持有的鎖列表的百分比，在數據庫管理器執行鎖升級之前必須填充該鎖列表。
對於大型對象和long字段數據，DB2 將IntentNone (IN)鎖升級爲Share (S)鎖，因而要慢大約 10%。
鎖升級、鎖超時和死鎖將表明系統或應用程序中存在某些潛在問題。
在某些數據管理系統中，優化工具可以根據可能出現的鎖升級要求來立即對某個表加鎖。
數據庫引擎將選擇相應的鎖，並且可以將鎖從行鎖或頁鎖升級到表鎖。
當任何一個應用程序所持有的鎖數量達到整個鎖列表大小的這個百分比時，對該應用程序所持有的鎖進行鎖升級。
一旦鎖列表滿了，由於鎖升級生成更多的表鎖和更少的行鎖，因此減少了數據庫*享對象的併發*，從而降低了*能。
如果鎖列表用完了空間，那麼也會發生鎖升級。
在這個時候，我們的當務之急，是最終的決定烈火危崖2.0鎖升級。
即使對於只涉及少量連接和數據的低級測試，這都會引起從行鎖到表鎖的鎖升級問題，從而導致鎖定問題。
