第 7.6.9.1.1 節「鎖定服務 C 介面」中所述的鎖定服務常式不需要安裝，因為它們已內建於伺服器中。對於對應至服務常式呼叫的可載入函式而言，情況並非如此：函式必須先安裝才能使用。本節說明如何執行此操作。如需可載入函式安裝的一般資訊，請參閱第 7.7.1 節「安裝和解除安裝可載入函式」。

鎖定服務函式實作在由 plugin_dir 系統變數命名的目錄中的外掛程式程式庫檔案中。檔案基本名稱是 locking_service。檔案名稱尾碼因平台而異（例如，Unix 和類 Unix 系統為 .so，Windows 為 .dll）。

若要安裝鎖定服務函式，請使用 CREATE FUNCTION 陳述式，並視需要調整您平台的 .so 尾碼

CREATE FUNCTION service_get_read_locks RETURNS INT
  SONAME 'locking_service.so';
CREATE FUNCTION service_get_write_locks RETURNS INT
  SONAME 'locking_service.so';
CREATE FUNCTION service_release_locks RETURNS INT
  SONAME 'locking_service.so';

如果函式在複寫來源伺服器上使用，請務必在所有複寫伺服器上也安裝這些函式，以避免複寫問題。

一旦安裝後，函式會維持安裝狀態直到解除安裝。若要移除它們，請使用 DROP FUNCTION 陳述式

DROP FUNCTION service_get_read_locks;
DROP FUNCTION service_get_write_locks;
DROP FUNCTION service_release_locks;

在使用鎖定服務函式之前，請依照安裝或解除安裝鎖定服務函式介面提供的指示安裝它們。

若要取得一個或多個讀取鎖定，請呼叫此函式

mysql> SELECT service_get_read_locks('mynamespace', 'rlock1', 'rlock2', 10);
+---------------------------------------------------------------+
| service_get_read_locks('mynamespace', 'rlock1', 'rlock2', 10) |
+---------------------------------------------------------------+
|                                                             1 |
+---------------------------------------------------------------+

第一個引數是鎖定命名空間。最後一個引數是整數逾時，表示在放棄之前等待取得鎖定的秒數。中間的引數是鎖定名稱。

針對剛才顯示的範例，函式會取得具有鎖定識別碼 (mynamespace, rlock1) 和 (mynamespace, rlock2) 的鎖定。

若要取得寫入鎖定而非讀取鎖定，請呼叫此函式

mysql> SELECT service_get_write_locks('mynamespace', 'wlock1', 'wlock2', 10);
+----------------------------------------------------------------+
| service_get_write_locks('mynamespace', 'wlock1', 'wlock2', 10) |
+----------------------------------------------------------------+
|                                                              1 |
+----------------------------------------------------------------+

在此情況下，鎖定識別碼為 (mynamespace, wlock1) 和 (mynamespace, wlock2)。

若要釋放命名空間的所有鎖定，請使用此函式

mysql> SELECT service_release_locks('mynamespace');
+--------------------------------------+
| service_release_locks('mynamespace') |
+--------------------------------------+
|                                    1 |
+--------------------------------------+

每個鎖定函式在成功時都會傳回非零值。如果函式失敗，則會發生錯誤。例如，因為鎖定名稱不能為空，所以會發生下列錯誤

mysql> SELECT service_get_read_locks('mynamespace', '', 10);
ERROR 3131 (42000): Incorrect locking service lock name ''.

工作階段可以針對相同的鎖定識別碼取得多個鎖定。只要不同的工作階段沒有針對識別碼取得寫入鎖定，該工作階段就可以取得任意數量的讀取鎖定或寫入鎖定。針對識別碼的每個鎖定要求都會取得新的鎖定。下列陳述式會取得三個具有相同識別碼的寫入鎖定，然後取得三個具有相同識別碼的讀取鎖定

SELECT service_get_write_locks('ns', 'lock1', 'lock1', 'lock1', 0);
SELECT service_get_read_locks('ns', 'lock1', 'lock1', 'lock1', 0);

如果您在此時檢查效能結構描述 metadata_locks 表格，應該會發現工作階段具有六個具有相同 (ns, lock1) 識別碼的不同鎖定。（如需詳細資訊，請參閱鎖定服務監控。）

由於工作階段至少在 (ns, lock1) 上持有一個寫入鎖定，因此沒有其他工作階段可以針對它取得鎖定，不論是讀取還是寫入。如果工作階段只針對識別碼持有讀取鎖定，其他工作階段可以針對它取得讀取鎖定，但不能取得寫入鎖定。

針對單一鎖定取得呼叫取得的鎖定會以不可部分完成的方式取得，但不可部分完成性不適用於跨呼叫。因此，針對諸如以下的陳述式，其中針對結果集的每一列呼叫一次 service_get_write_locks()，不可部分完成性適用於每個個別呼叫，但不適用於整個陳述式

SELECT service_get_write_locks('ns', 'lock1', 'lock2', 0) FROM t1 WHERE ... ;

INSERT INTO ... SELECT service_get_write_locks('ns', t1.col_name, 0) FROM t1;

鎖定服務是使用 MySQL 伺服器中繼資料鎖定架構實作，因此您可以藉由檢查效能結構描述 metadata_locks 表格，監控鎖定服務取得或等待的鎖定。

首先，啟用中繼資料鎖定工具

mysql> UPDATE performance_schema.setup_instruments SET ENABLED = 'YES'
    -> WHERE NAME = 'wait/lock/metadata/sql/mdl';

然後取得一些鎖定並檢查 metadata_locks 表格的內容

mysql> SELECT service_get_write_locks('mynamespace', 'lock1', 0);
+----------------------------------------------------+
| service_get_write_locks('mynamespace', 'lock1', 0) |
+----------------------------------------------------+
|                                                  1 |
+----------------------------------------------------+
mysql> SELECT service_get_read_locks('mynamespace', 'lock2', 0);
+---------------------------------------------------+
| service_get_read_locks('mynamespace', 'lock2', 0) |
+---------------------------------------------------+
|                                                 1 |
+---------------------------------------------------+
mysql> SELECT OBJECT_TYPE, OBJECT_SCHEMA, OBJECT_NAME, LOCK_TYPE, LOCK_STATUS
    -> FROM performance_schema.metadata_locks
    -> WHERE OBJECT_TYPE = 'LOCKING SERVICE'\G
*************************** 1. row ***************************
  OBJECT_TYPE: LOCKING SERVICE
OBJECT_SCHEMA: mynamespace
  OBJECT_NAME: lock1
    LOCK_TYPE: EXCLUSIVE
  LOCK_STATUS: GRANTED
*************************** 2. row ***************************
  OBJECT_TYPE: LOCKING SERVICE
OBJECT_SCHEMA: mynamespace
  OBJECT_NAME: lock2
    LOCK_TYPE: SHARED
  LOCK_STATUS: GRANTED

鎖定服務鎖定的 OBJECT_TYPE 值為 LOCKING SERVICE。這與例如使用 GET_LOCK() 函式取得的鎖定（其 OBJECT_TYPE 為 USER LEVEL LOCK）不同。

鎖定命名空間、名稱和模式會顯示在 OBJECT_SCHEMA、OBJECT_NAME 和 LOCK_TYPE 資料行中。讀取和寫入鎖定的 LOCK_TYPE 值分別為 SHARED 和 EXCLUSIVE。

LOCK_STATUS 值對於取得的鎖定為 GRANTED，對於正在等待的鎖定為 PENDING。如果一個工作階段持有寫入鎖定，而另一個工作階段正在嘗試取得具有相同識別碼的鎖定，則可以預期會看到 PENDING。

鎖定服務的 SQL 介面會實作本節所述的可載入函式。如需使用範例，請參閱使用鎖定服務函式介面。

這些函式具有下列特性

這些鎖定服務函式可用