[發明專利]指令執行方法、指令執行裝置及存儲介質

有效

• 申請號: 201710683828.5
• 申請日: 2017-08-11
• 公開（公告）號: CN109388645B
• 公開（公告）日: 2023-02-24
• 發明（設計）人: 李海翔
• 申請（專利權）人: 騰訊科技（深圳）有限公司
• 主分類號: G06F16/23
• 分類號: G06F16/23
• 代理公司: 深圳翼盛智成知識產權事務所(普通合伙) 44300
• 代理人: 黃威

本發明提供一種指令執行方法，其包括：接收數據操作指令，并獲取數據操作指令對應的數據操作對象；判斷數據操作對象的信息是否設置在預設的場景鎖注冊表中；如數據操作對象的信息設置在場景鎖注冊表中，則將數據操作指令設置到等待隊列；如數據操作對象的信息未設置在場景鎖注冊表中，則將數據操作對象的信息設置到場景鎖注冊表中，以創建對應的場景鎖；并執行數據操作指令；返回數據操作指令的執行結果；并在場景鎖注冊表中刪除對應的數據操作對象的信息。本發明還提供一種指令執行裝置及存儲介質，本發明提高了對應數據庫系統的內存資源的有效使用率，并提高了數據操作指令的處理效率。

技術領域

本發明涉及數據處理領域，特別是涉及一種指令執行方法、指令執行裝置及存儲介質。

背景技術

現在的數據庫系統，如PostgreSQL、MySQL、Oracle等主流數據庫系統，對于SQL處理操作，如數據更新操作等，都支持使用封鎖并發訪問控制機制來消除多個數據處理指令并發操作帶來的數據不一致的問題。即現有的多數數據庫系統均使用封鎖機制中的行級鎖對指定的數據項進行鎖定，以避免數據不一致的問題。

如對上述數據更新操作使用行級鎖的封鎖機制，即數據庫系統需要在每個被操作的數據項上記載所請求的行級鎖、已施加的行級鎖、等待施加的行級鎖及其屬主等信息；還需要在一個會話中記錄本會話的事務中所有的行級鎖信息，以便對行級鎖進行查找。當數據更新指令的并發數量很高時，上述信息需要耗費大量內存資源。

在數據更新指令的并發數量很高時，數據庫系統內會生成的大量的行級鎖，而后續的行級鎖生成操作，數據庫系統需要遍歷所有的已施加的行級鎖，以查看是否存在同樣的行級鎖，存在則停止加鎖操作。同時數據庫系統還需要確定該行級鎖的加鎖操作，是否會導致與之前施加的行級鎖形成操作環，即需要耗費資源進行死鎖檢測。因此在數據更新指令并發數量較大時，數據庫系統的內存資源消耗會非常大、CPU消耗會顯著增加，導致數據處理指令的處理效率降低。

發明內容

本發明實施例提供一種提高對應數據庫系統的內存資源的有效使用率，且提高數據操作指令的處理效率的指令執行方法、指令執行裝置及存儲介質；以解決現有的指令執行方法以及指令執行裝置對應的數據庫系統的內存資源的有效使用率較低，且數據操作指令的處理效率較為低下的技術問題。

本發明實施例提供一種指令執行方法，其包括：

接收數據操作指令，并獲取所述數據操作指令對應的數據操作對象；

判斷所述數據操作對象的信息是否設置在預設的場景鎖注冊表中；

如所述數據操作對象的信息設置在所述場景鎖注冊表中，則將所述數據操作指令設置到等待隊列；

如所述數據操作對象的信息未設置在所述場景鎖注冊表中，則將所述數據操作對象的信息設置到場景鎖注冊表中，以創建對應的場景鎖；并執行所述數據操作指令；以及

返回所述數據操作指令的執行結果；并在所述場景鎖注冊表中刪除對應的數據操作對象的信息。

本發明實施例還提供一種指令執行裝置，其包括：

數據操作對象獲取模塊，用于接收數據操作指令，并獲取所述數據操作指令對應的數據操作對象；

判斷模塊，用于判斷所述數據操作對象的信息是否設置在預設的場景鎖注冊表中；

第一設置模塊，用于如所述數據操作對象的信息設置在所述場景鎖注冊表中，則將所述數據操作指令設置到等待隊列；

第二設置模塊，用于如所述數據操作對象的信息未設置在所述場景鎖注冊表中，則將所述數據操作對象的信息設置到場景鎖注冊表中，以創建對應的場景鎖；

指令執行模塊，用于執行所述數據操作指令；以及