ALL、ALL PRIVILEGES

這些權限指定詞是「在給定權限層級可用的所有權限」的簡寫（除了 GRANT OPTION 之外）。例如，在全域或資料表層級授與 ALL，會分別授與所有全域權限或所有資料表層級權限。

ALTER

啟用使用 ALTER TABLE 陳述式來變更資料表的結構。ALTER TABLE 也需要 CREATE 和 INSERT 權限。重新命名資料表需要對舊資料表具有 ALTER 和 DROP 權限，對新資料表具有 CREATE 和 INSERT 權限。

ALTER ROUTINE

啟用使用會變更或捨棄儲存程序（儲存程序和函數）的陳述式。對於落在授與權限範圍內且使用者不是指定為程序 DEFINER 的使用者的程序，也啟用存取程序定義以外的程序屬性。

CREATE

啟用使用會建立新資料庫和資料表的陳述式。

CREATE ROLE

啟用使用 CREATE ROLE 陳述式。（CREATE USER 權限也會啟用使用 CREATE ROLE 陳述式。）請參閱 第 8.2.10 節，「使用角色」。

CREATE ROLE 和 DROP ROLE 權限沒有 CREATE USER 強大，因為它們只能用來建立和捨棄帳戶。它們不能像 CREATE USER 一樣修改帳戶屬性或重新命名帳戶。請參閱 使用者和角色可互換性。

CREATE ROUTINE

啟用使用會建立儲存程序（儲存程序和函數）的陳述式。對於落在授與權限範圍內且使用者不是指定為程序 DEFINER 的使用者的程序，也啟用存取程序定義以外的程序屬性。

CREATE TABLESPACE

啟用使用會建立、變更或捨棄資料表空間和記錄檔群組的陳述式。

CREATE TEMPORARY TABLES

啟用使用 CREATE TEMPORARY TABLE 陳述式建立暫時資料表。

在工作階段建立暫時資料表後，伺服器不會對該資料表執行進一步的權限檢查。建立的工作階段可以對資料表執行任何操作，例如 DROP TABLE、INSERT、UPDATE 或 SELECT。如需詳細資訊，請參閱第 15.1.20.2 節，「CREATE TEMPORARY TABLE 陳述式」。

CREATE USER

啟用使用 ALTER USER、CREATE ROLE、CREATE USER、DROP ROLE、DROP USER、RENAME USER 和 REVOKE ALL PRIVILEGES 陳述式。

CREATE VIEW

啟用使用 CREATE VIEW 陳述式。

DELETE

啟用從資料庫中的資料表刪除資料列。

DROP

啟用使用會捨棄（移除）現有資料庫、資料表和檢視表的陳述式。在已分割的資料表上使用 ALTER TABLE ... DROP PARTITION 陳述式時需要 DROP 權限。TRUNCATE TABLE 也需要 DROP 權限。

DROP ROLE

啟用使用 DROP ROLE 陳述式。（CREATE USER 權限也會啟用使用 DROP ROLE 陳述式。）請參閱 第 8.2.10 節，「使用角色」。

CREATE ROLE 和 DROP ROLE 權限沒有 CREATE USER 強大，因為它們只能用來建立和捨棄帳戶。它們不能像 CREATE USER 一樣修改帳戶屬性或重新命名帳戶。請參閱 使用者和角色可互換性。

EVENT

啟用使用會建立、變更、捨棄或顯示事件排程器的事件的陳述式。

EXECUTE

啟用使用會執行儲存程序（儲存程序和函數）的陳述式。對於落在授與權限範圍內且使用者不是指定為程序 DEFINER 的使用者的程序，也啟用存取程序定義以外的程序屬性。

FILE

影響下列操作和伺服器行為

作為一項安全措施，伺服器不會覆寫現有檔案。

若要限制可以讀取和寫入檔案的位置，請將 secure_file_priv 系統變數設定為特定目錄。請參閱第 7.1.8 節「伺服器系統變數」。

GRANT OPTION

允許您授予或撤銷其他使用者您自己擁有的權限。

INDEX

允許使用建立或刪除 (移除) 索引的陳述式。INDEX 適用於現有表格。如果您對表格擁有 CREATE 權限，則可以在 CREATE TABLE 陳述式中包含索引定義。

INSERT

允許將資料列插入資料庫中的表格。INSERT 也用於 ANALYZE TABLE、OPTIMIZE TABLE 和 REPAIR TABLE 表格維護陳述式。

LOCK TABLES

允許使用明確的 LOCK TABLES 陳述式來鎖定您擁有 SELECT 權限的表格。這包括使用寫入鎖定，這會阻止其他連線讀取已鎖定的表格。

PROCESS

PROCESS 權限控制對伺服器內執行緒相關資訊的存取 (也就是，連線正在執行的陳述式相關資訊)。可以使用 SHOW PROCESSLIST 陳述式、mysqladmin processlist 命令、Information Schema PROCESSLIST 表格和 Performance Schema processlist 表格來存取執行緒資訊，如下所示：

PROCESS 權限也允許使用 SHOW ENGINE 陳述式、存取 INFORMATION_SCHEMA InnoDB 表格 (名稱以 INNODB_ 開頭的表格) 以及存取 INFORMATION_SCHEMA FILES 表格。

PROXY

允許一位使用者模擬或成為另一位使用者。請參閱第 8.2.19 節「Proxy 使用者」。

REFERENCES

建立外來索引鍵約束需要父表格的 REFERENCES 權限。

RELOAD

RELOAD 允許執行下列操作：

REPLICATION CLIENT

允許使用 SHOW BINARY LOG STATUS、SHOW REPLICA STATUS 和 SHOW BINARY LOGS 陳述式。

REPLICATION SLAVE

允許帳戶使用 SHOW REPLICAS、SHOW RELAYLOG EVENTS 和 SHOW BINLOG EVENTS 陳述式來請求對複寫來源伺服器上資料庫所做的更新。使用 mysqlbinlog 選項 --read-from-remote-server (-R) 和 --read-from-remote-source 也需要此權限。將此權限授予複本用來連接到目前伺服器作為其複寫來源伺服器的帳戶。

SELECT

允許從資料庫中的表格選取資料列。SELECT 陳述式只有在實際存取表格時才需要 SELECT 權限。某些 SELECT 陳述式不存取表格，並且可以在沒有任何資料庫權限的情況下執行。例如，您可以使用 SELECT 作為簡單的計算機，來評估未參考表格的運算式。

SELECT 1+1;
SELECT PI()*2;

其他讀取欄位值的陳述式也需要 SELECT 權限。例如，在 UPDATE 陳述式中，col_name=expr 指派的右手邊所參考的欄位或 DELETE 或 UPDATE 陳述式的 WHERE 子句中所命名的欄位，都需要 SELECT 權限。

使用 EXPLAIN 的表格或檢視 (包括檢視定義中的任何基礎表格) 也需要 SELECT 權限。

SHOW DATABASES

允許帳戶透過發出 SHOW DATABASE 陳述式來查看資料庫名稱。沒有此權限的帳戶只會看到他們擁有某些權限的資料庫，如果伺服器啟動時使用了 --skip-show-database 選項，則完全無法使用該陳述式。

SHOW VIEW

啟用 SHOW CREATE VIEW 陳述式的使用。此權限對於與 EXPLAIN 一起使用的檢視也屬必要。

SHUTDOWN

啟用 SHUTDOWN 和 RESTART 陳述式、mysqladmin shutdown 命令以及 mysql_shutdown() C API 函式的使用。

SUPER

SUPER 是一個功能強大且影響深遠的權限，不應輕易授予。如果帳戶只需要執行 SUPER 作業的子集，則可以透過授予一個或多個動態權限來達成所需的權限組合，每個權限都授予更有限的功能。請參閱動態權限說明。

SUPER 會影響下列作業和伺服器行為

如果已啟用二進位記錄，您可能還需要 SUPER 權限來建立或變更預存函式，如第 27.8 節〈預存程式二進位記錄〉所述。

TRIGGER

啟用觸發程序作業。您必須擁有資料表的此權限，才能建立、刪除、執行或顯示該資料表的觸發程序。

當觸發程序被啟用時 (由具有執行與觸發程序相關聯的資料表之 INSERT、UPDATE 或 DELETE 陳述式權限的使用者)，觸發程序執行要求定義觸發程序的使用者仍具有資料表的 TRIGGER 權限。

UPDATE

啟用更新資料庫中資料表中的列。

USAGE

此權限規範代表「沒有權限。」它會在全域層級與 GRANT 一起使用，以指定諸如 WITH GRANT OPTION 之類的子句，而不在權限清單中命名特定帳戶權限。SHOW GRANTS 顯示 USAGE 以指出帳戶在權限層級沒有權限。

ALLOW_NONEXISTENT_DEFINER

啟用覆寫安全檢查，這些檢查旨在防止（可能在無意間）導致儲存的物件變成孤立，或導致採用目前已孤立的儲存物件。若無此權限，任何產生孤立 SQL 程序、函數或檢視表的嘗試都會導致錯誤。使用 CREATE PROCEDURE、CREATE FUNCTION、CREATE TRIGGER、CREATE EVENT 或 CREATE VIEW 產生孤立物件的嘗試，除了 ALLOW_NONEXISTENT_DEFINER 之外，還需要 SET_ANY_DEFINER，才能允許與目前使用者不同的定義者。

詳細資訊，請參閱孤立的儲存物件。

APPLICATION_PASSWORD_ADMIN

針對雙密碼功能，此權限允許對您自己的帳戶使用 RETAIN CURRENT PASSWORD 和 DISCARD OLD PASSWORD 子句的 ALTER USER 和 SET PASSWORD 語句。由於大多數使用者只需要一個密碼，因此需要此權限才能操作您自己的第二個密碼。

如果要允許帳戶操作所有帳戶的第二個密碼，則應該授予其 CREATE USER 權限，而不是 APPLICATION_PASSWORD_ADMIN。

有關雙密碼使用的更多資訊，請參閱第 8.2.15 節「密碼管理」。

AUDIT_ABORT_EXEMPT

允許稽核記錄篩選器中被 「abort」 項目封鎖的查詢。此權限由 audit_log 外掛程式定義；請參閱第 8.4.5 節「MySQL Enterprise Audit」。

使用 SYSTEM_USER 權限建立的帳戶在建立時會自動指派 AUDIT_ABORT_EXEMPT 權限。如果您執行升級程序，且沒有現有帳戶已指派該權限，則也會將 AUDIT_ABORT_EXEMPT 權限指派給具有 SYSTEM_USER 權限的現有帳戶。因此，具有 SYSTEM_USER 權限的帳戶可用於在稽核錯誤組態後重新取得系統存取權。

AUDIT_ADMIN

啟用稽核記錄組態。此權限由 audit_log 外掛程式定義；請參閱第 8.4.5 節「MySQL Enterprise Audit」。

BACKUP_ADMIN

啟用 LOCK INSTANCE FOR BACKUP 語句的執行，並存取 Performance Schema log_status 資料表。

從較早版本就地升級至 MySQL 9.0 時，具有 RELOAD 權限的使用者會自動被授予 BACKUP_ADMIN 權限。

AUTHENTICATION_POLICY_ADMIN

authentication_policy 系統變數對 CREATE USER 和 ALTER USER 語句的驗證相關子句的使用方式施加某些限制。具有 AUTHENTICATION_POLICY_ADMIN 權限的使用者不受這些限制的約束。（對於其他情況下不允許的語句，會出現警告。）

有關 authentication_policy 強加的限制的詳細資訊，請參閱該變數的描述。

BINLOG_ADMIN

透過 PURGE BINARY LOGS 和 BINLOG 陳述式啟用二進位記錄檔控制。

BINLOG_ENCRYPTION_ADMIN

啟用設定系統變數 binlog_encryption，此變數會啟動或停用二進位記錄檔和中繼記錄檔的加密。此功能不是由 BINLOG_ADMIN、SYSTEM_VARIABLES_ADMIN 或 SESSION_VARIABLES_ADMIN 權限提供。相關的系統變數 binlog_rotate_encryption_master_key_at_startup 會在伺服器重新啟動時自動輪換二進位記錄主金鑰，不需要此權限。

CLONE_ADMIN

啟用 CLONE 語句的執行。包含 BACKUP_ADMIN 和 SHUTDOWN 權限。

CONNECTION_ADMIN

啟用 KILL 陳述式或 mysqladmin kill 命令的使用，以終止屬於其他帳戶的執行緒。(帳戶永遠可以終止自己的執行緒。)

啟用設定與用戶端連線相關的系統變數，或規避與用戶端連線相關的限制。需要 CONNECTION_ADMIN 才能啟動 MySQL 伺服器的離線模式，這可以透過將 offline_mode 系統變數的值變更為 ON 來完成。

CONNECTION_ADMIN 權限啟用具有該權限的管理員，以繞過這些系統變數的影響

群組複寫群組成員需要 CONNECTION_ADMIN 權限，如此一來，如果其中一個相關的伺服器置於離線模式，則不會終止群組複寫連線。如果正在使用 MySQL 通訊堆疊 (group_replication_communication_stack = MYSQL)，則沒有此權限，置於離線模式的成員會從群組中移除。

ENCRYPTION_KEY_ADMIN

啟用 InnoDB 加密金鑰輪換。

FIREWALL_ADMIN

啟用使用者管理任何使用者的防火牆規則。此權限由 MYSQL_FIREWALL 外掛程式定義；請參閱第 8.4.7 節「MySQL Enterprise Firewall」。

FIREWALL_EXEMPT

具有此權限的使用者不受防火牆限制的約束。此權限由 MYSQL_FIREWALL 外掛程式定義；請參閱第 8.4.7 節「MySQL Enterprise Firewall」。

FIREWALL_USER

啟用使用者更新自己的防火牆規則。此權限由 MYSQL_FIREWALL 外掛程式定義；請參閱第 8.4.7 節「MySQL Enterprise Firewall」。

FLUSH_OPTIMIZER_COSTS

啟用 FLUSH OPTIMIZER_COSTS 語句的使用。

FLUSH_PRIVILEGES

啟用 FLUSH PRIVILEGES 語句的使用。

FLUSH_STATUS

啟用 FLUSH STATUS 語句的使用。

FLUSH_TABLES

啟用 FLUSH TABLES 語句的使用。

FLUSH_USER_RESOURCES

啟用 FLUSH USER_RESOURCES 語句的使用。

GROUP_REPLICATION_ADMIN

啟用帳戶使用 START GROUP REPLICATION 和 STOP GROUP REPLICATION 語句來啟動和停止群組複寫，以變更 group_replication_consistency 系統變數的全域設定，並使用 group_replication_set_write_concurrency() 和 group_replication_set_communication_protocol() 函數。將此權限授予用於管理作為複寫群組成員的伺服器的帳戶。

GROUP_REPLICATION_STREAM

允許使用者帳戶用於建立群組複寫的群組通訊連線。當 MySQL 通訊堆疊用於群組複寫時 (group_replication_communication_stack=MYSQL)，必須將此權限授予恢復使用者。

INNODB_REDO_LOG_ARCHIVE

啟用帳戶啟動和停用重做日誌歸檔。

INNODB_REDO_LOG_ENABLE

允許使用 ALTER INSTANCE {ENABLE|DISABLE} INNODB REDO_LOG 語句來啟用或停用重做日誌記錄。

請參閱 停用重做日誌記錄。

MASKING_DICTIONARIES_ADMIN

啟用帳戶使用 masking_dictionary_term_add() 和 masking_dictionary_term_remove() 元件函數來新增和移除字典詞彙。帳戶也需要此動態權限才能使用 masking_dictionary_remove() 函數來移除完整字典，該函數會移除目前在 mysql.masking_dictionaries 表格中與具名字典相關聯的所有詞彙。

請參閱 第 8.5 節，「MySQL Enterprise 資料遮罩和去識別化」。

NDB_STORED_USER

啟用使用者或角色及其權限在所有啟用 NDB 的 MySQL 伺服器加入給定的 NDB 集群後立即共用和同步。只有在啟用 NDB 儲存引擎時，此權限才可用。

對給定使用者或角色所做的任何權限變更或撤銷都會立即與所有連線的 MySQL 伺服器 (SQL 節點) 同步。您應該了解，無法保證來自不同 SQL 節點的多個影響權限的語句會以相同的順序在所有 SQL 節點上執行。因此，強烈建議從單一指定的 SQL 節點完成所有使用者管理。

NDB_STORED_USER 是一項全域權限，必須使用 ON *.* 授予或撤銷。嘗試為此權限設定任何其他範圍都會導致錯誤。此權限可以授予大多數應用程式和管理使用者，但不能授予系統保留帳戶，例如 mysql.session@localhost 或 mysql.infoschema@localhost。

已授予 NDB_STORED_USER 權限的使用者會儲存在 NDB 中 (因此由所有 SQL 節點共用)，具有此權限的角色也是如此。僅被授予具有 NDB_STORED_USER 的角色的使用者不會儲存在 NDB 中；每個 NDB 儲存的使用者都必須明確授予此權限。

如需有關這在 NDB 中如何運作的詳細資訊，請參閱 第 25.6.13 節，「權限同步和 NDB_STORED_USER」。

OPTIMIZE_LOCAL_TABLE

允許使用 OPTIMIZE LOCAL TABLE 和 OPTIMIZE NO_WRITE_TO_BINLOG TABLE 語句。

PASSWORDLESS_USER_ADMIN

此權限適用於無密碼使用者帳戶。

如需有關無密碼驗證的資訊，請參閱 WebAuthn 無密碼驗證。

PERSIST_RO_VARIABLES_ADMIN

對於也擁有 SYSTEM_VARIABLES_ADMIN 的使用者，PERSIST_RO_VARIABLES_ADMIN 允許使用 SET PERSIST_ONLY 將全域系統變數持續保存到資料目錄中的 mysqld-auto.cnf 選項檔案。此語句與 SET PERSIST 類似，但不修改執行時間全域系統變數值。這使得 SET PERSIST_ONLY 適合用於設定只能在伺服器啟動時設定的唯讀系統變數。

另請參閱第 7.1.9.1 節〈系統變數權限〉。

REPLICATION_APPLIER

啟用帳戶作為複寫通道的 PRIVILEGE_CHECKS_USER，並在 mysqlbinlog 輸出中執行 BINLOG 語句。將此權限授予使用 CHANGE REPLICATION SOURCE TO 指派的帳戶，以提供複寫通道的安全內容，並處理這些通道上的複寫錯誤。除了 REPLICATION_APPLIER 權限之外，您還必須授予該帳戶執行複寫通道接收或 mysqlbinlog 輸出中包含的交易所需的權限，例如更新受影響的表格。如需詳細資訊，請參閱 第 19.3.3 節，「複寫權限檢查」。

REPLICATION_SLAVE_ADMIN

啟用帳戶連線到複寫來源伺服器，使用 START REPLICA 和 STOP REPLICA 語句來啟動和停止複寫，並使用 CHANGE REPLICATION SOURCE TO 和 CHANGE REPLICATION FILTER 語句。將此權限授予複本用來連線到目前伺服器作為其複寫來源伺服器的帳戶。此權限不適用於群組複寫；請為此使用 GROUP_REPLICATION_ADMIN。

RESOURCE_GROUP_ADMIN

啟用資源群組管理，包括建立、變更和刪除資源群組，以及將執行緒和語句指派給資源群組。擁有此權限的使用者可以執行與資源群組相關的任何操作。

RESOURCE_GROUP_USER

啟用將執行緒和語句指派給資源群組。擁有此權限的使用者可以使用 SET RESOURCE GROUP 語句和 RESOURCE_GROUP 優化器提示。

ROLE_ADMIN

啟用授予和撤銷角色、使用 GRANT 語句的 WITH ADMIN OPTION 子句，以及 ROLES_GRAPHML() 函數結果中非空的 <graphml> 元素內容。設定 mandatory_roles 系統變數的值時是必需的。

SENSITIVE_VARIABLES_OBSERVER

允許持有者檢視 Performance Schema 表格中敏感的系統變數值，如 global_variables、session_variables、variables_by_thread 和 persisted_variables。可發出 SELECT 陳述式來傳回它們的值，並追蹤連線的 Session Tracker 中變更。沒有此權限的使用者無法檢視或追蹤這些系統變數值。請參閱持久化敏感系統變數。

SERVICE_CONNECTION_ADMIN

允許連線至僅允許管理連線的網路介面（請參閱第 7.1.12.1 節「連線介面」）。

SESSION_VARIABLES_ADMIN

對於大多數系統變數，設定 Session 值不需要特殊權限，任何使用者都可以執行以影響目前的 Session。對於某些系統變數，設定 Session 值可能會對目前 Session 之外產生影響，因此屬於受限操作。對於這些變數，SESSION_VARIABLES_ADMIN 權限允許使用者設定 Session 值。

如果系統變數受到限制，且設定 Session 值需要特殊權限，則該變數的說明會指出該限制。範例包括 binlog_format、sql_log_bin 和 sql_log_off。

SESSION_VARIABLES_ADMIN 權限是 SYSTEM_VARIABLES_ADMIN 和 SUPER 權限的子集。擁有其中任何一個權限的使用者也被允許設定受限的 Session 變數，實際上具有 SESSION_VARIABLES_ADMIN 的隱含權限，不需要明確授予 SESSION_VARIABLES_ADMIN。

另請參閱第 7.1.9.1 節〈系統變數權限〉。

SET_ANY_DEFINER

允許在執行檢視或儲存程式時設定有效授權 ID。具有此權限的使用者可以為 CREATE PROCEDURE、CREATE FUNCTION、CREATE TRIGGER、CREATE EVENT、ALTER EVENT、CREATE VIEW 和 ALTER VIEW 指定任何帳戶為 DEFINER 屬性。沒有此權限，只能指定有效的驗證 ID。

儲存程式會以指定帳戶的權限執行，因此請確保您遵循第 27.7 節「儲存物件存取控制」中列出的風險最小化準則。

SHOW_ROUTINE

允許使用者存取所有儲存常式（儲存程序和函式）的定義和屬性，即使使用者未被指定為常式的 DEFINER。此存取包括：

SHOW_ROUTINE 可以作為具有更受限範圍的權限授予，允許存取常式定義。（也就是說，管理員可以撤銷不需要它的使用者的全域 SELECT，並改為授予 SHOW_ROUTINE。）這允許帳戶備份儲存常式，而不需要廣泛的權限。

SKIP_QUERY_REWRITE

具有此權限的使用者發出的查詢不受 Rewriter 外掛程式重寫（請參閱第 7.6.4 節「Rewriter 查詢重寫外掛程式」）。

此權限應授予發出不應重寫的管理或控制陳述式的使用者，以及用於套用來自複寫來源的陳述式的 PRIVILEGE_CHECKS_USER 帳戶（請參閱第 19.3.3 節「複寫權限檢查」）。

SYSTEM_USER

SYSTEM_USER 權限區分系統使用者和一般使用者。

SYSTEM_USER 權限會影響給定使用者可以將其其他權限套用至哪些帳戶，以及使用者是否受到其他帳戶的保護。

這也表示具有 SYSTEM_USER 權限的使用者所建立的資料庫物件，不能由沒有此權限的使用者修改或刪除。這也適用於定義者具有此權限的常式。

如需更多資訊，請參閱第 8.2.11 節「帳戶類別」。

SYSTEM_USER 權限賦予系統帳戶的保護，使其免受一般帳戶修改，這不適用於對 mysql 系統綱要具有權限的一般帳戶，因此可以直接修改該綱要中的授權表格。為了獲得充分的保護，請勿授予一般帳戶 mysql 綱要權限。請參閱保護系統帳戶免受一般帳戶的操縱。

如果正在使用 audit_log 外掛程式（請參閱第 8.4.5 節「MySQL Enterprise Audit」），則具有 SYSTEM_USER 權限的帳戶會自動被指派 AUDIT_ABORT_EXEMPT 權限，這允許它們的查詢即使在篩選器中設定的 「中止」項目會阻止它們的情況下也能執行。因此，具有 SYSTEM_USER 權限的帳戶可用於在稽核錯誤設定後重新取得系統存取權。

SYSTEM_VARIABLES_ADMIN

影響下列操作和伺服器行為

TABLE_ENCRYPTION_ADMIN

當 table_encryption_privilege_check 啟用時，允許使用者覆寫預設的加密設定；請參閱為架構和一般表空間定義加密預設值。

TELEMETRY_LOG_ADMIN

啟用遙測日誌設定。此權限由 telemetry_log 外掛程式定義，該外掛程式透過 AWS 上的 HeatWave 部署。

TP_CONNECTION_ADMIN

啟用以特權連線連接至伺服器。當達到 thread_pool_max_transactions_limit 所定義的限制時，除非被 thread_pool_longrun_trx_limit 覆寫，否則不允許建立新的連線。特權連線會忽略交易限制，並允許連接至伺服器以提高交易限制、移除限制或終止正在執行的交易。預設情況下，此權限不會授予任何使用者。若要建立特權連線，發起連線的使用者必須擁有 TP_CONNECTION_ADMIN 權限。

當達到 thread_pool_max_transactions_limit 所定義的限制時，特權連線可以執行陳述式並開始交易。特權連線會放置在 Admin 線程群組中。請參閱特權連線。

TRANSACTION_GTID_TAG

在複製來源伺服器上將 gtid_next 系統變數設定為 AUTOMATIC:TAG 或 UUID:TAG:NUMBER 時是必要的。此外，還需要至少 SYSTEM_VARIABLES_ADMIN、SESSION_VARIABLES_ADMIN 或 REPLICATION_APPLIER 其中之一，才能在來源上將 gtid_next 設定為這些值之一。

REPLICATION_CHECKS_APPLIER 也必須擁有此權限以及 REPLICATION_APPLIER 權限，才能將 gtid_next 設定為 AUTOMATIC:TAG。這會在啟動複製套用程式線程時檢查。

設定 gtid_purged 伺服器系統變數也需要此權限。

如需有關使用標記 GTID 的詳細資訊，請參閱 gtid_next 的說明，以及第 19.1.4 節，〈在線上伺服器上變更 GTID 模式〉。

VERSION_TOKEN_ADMIN

啟用版本 Token 函數的執行。此權限由 version_tokens 外掛程式定義；請參閱第 7.6.6 節，〈版本 Token〉。

XA_RECOVER_ADMIN

啟用執行 XA RECOVER 陳述式；請參閱第 15.3.8.1 節，〈XA 交易 SQL 陳述式〉。

在 MySQL 9.0 之前，任何使用者都可以執行 XA RECOVER 陳述式，以找出未完成的已準備 XA 交易的 XID 值，這可能會導致由啟動它的使用者以外的其他使用者認可或回滾 XA 交易。在 MySQL 9.0 中，XA RECOVER 只允許具有 XA_RECOVER_ADMIN 權限的使用者使用，預期只會將此權限授予有需要使用的管理使用者。舉例來說，對於 XA 應用程式的管理員，如果應用程式崩潰且需要找出應用程式啟動的未完成交易以便可以回滾，這可能是適用的情況。此權限需求可防止使用者找出他們自己以外的其他未完成已準備 XA 交易的 XID 值。它不會影響 XA 交易的正常認可或回滾，因為啟動它的使用者知道其 XID。

FILE 可能會被濫用，以將 MySQL 伺服器可以在伺服器主機上讀取的所有檔案讀取到資料庫表格中。這包括所有可世界讀取的檔案和伺服器資料目錄中的檔案。然後可以使用 SELECT 來存取該表格，以將其內容傳輸到用戶端主機。

GRANT OPTION 允許使用者將他們的權限授予其他使用者。兩個具有不同權限和 GRANT OPTION 權限的使用者可以合併權限。

ALTER 可能會被用來透過重新命名表格來顛覆權限系統。

SHUTDOWN 可能會被濫用，透過終止伺服器來完全拒絕其他使用者的服務。

PROCESS 可用於檢視目前正在執行的陳述式的純文字，包括設定或變更密碼的陳述式。

SUPER 可用於終止其他工作階段或變更伺服器的運作方式。

針對 mysql 系統資料庫本身授予的權限可用於變更密碼和其他存取權限資訊。

靜態權限內建於伺服器中。它們始終可用於授予使用者帳戶，並且無法取消註冊。

動態權限可以在執行階段註冊和取消註冊。這會影響它們的可用性：尚未註冊的動態權限無法授予。

伺服器會在伺服器啟動期間自動註冊 global_grants 中命名的權限（除非給定 --skip-grant-tables 選項）。

GRANT 和 REVOKE 陳述式會修改 global_grants 的內容。

global_grants 中列出的動態權限指派是持續性的。它們不會在伺服器關閉時移除。

全域層級的 GRANT ALL 會授予所有靜態全域權限和所有目前已註冊的動態權限。GRANT 陳述式執行後註冊的動態權限不會追溯授予任何帳戶。

全域層級的 REVOKE ALL 會撤銷所有已授予的靜態全域權限和所有已授予的動態權限。