権限管理

TiDBは、構文や権限タイプを含め、 MySQL 5.7の権限管理システムをサポートしています。また、MySQL 8.0の以下の機能もサポートしています。

TiDB 3.0以降で利用可能になったSQLロール。
TiDB 5.1以降では、動的な権限が可能になりました。

このドキュメントでは、権限に関連するTiDB操作、TiDB操作に必要な権限、および権限システムの実装について説明します。

権限を付与する

GRANT文は、ユーザーアカウントに権限を付与します。

例えば、次のステートメントを使用して、 xxxユーザーにtestデータベースを読み取る権限を付与します。

GRANT SELECT ON test.* TO 'xxx'@'%';

xxxユーザーにすべてのデータベースに対するすべての権限を付与するには、次のステートメントを使用します。

GRANT ALL PRIVILEGES ON *.* TO 'xxx'@'%';

バージョン8.5.6以降、TiDBはMySQL互換の列レベルの権限管理メカニズムをサポートしています。指定したテーブルの特定の列に対して、 SELECT 、 INSERT 、 UPDATE 、およびREFERENCES権限を付与または取り消すことができます。詳細については、列レベルの権限管理を参照してください。

デフォルトでは、 GRANTステートメントは、指定されたユーザーが存在しない場合にエラーを返します。この動作は、 SQLモードNO_AUTO_CREATE_USERが指定されているかどうかによって異なります。

SET sql_mode=DEFAULT;

Query OK, 0 rows affected (0.00 sec)

SELECT @@sql_mode;

+-------------------------------------------------------------------------------------------------------------------------------------------+
| @@sql_mode                                                                                                                                |
+-------------------------------------------------------------------------------------------------------------------------------------------+
| ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION |
+-------------------------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.00 sec)

SELECT * FROM mysql.user WHERE user='idontexist';

Empty set (0.00 sec)

GRANT ALL PRIVILEGES ON test.* TO 'idontexist';

ERROR 1105 (HY000): You are not allowed to create a user with GRANT

SELECT user,host,authentication_string FROM mysql.user WHERE user='idontexist';

Empty set (0.00 sec)

次の例では、SQL モードidontexist NO_AUTO_CREATE_USERが空のパスワードで自動的に作成されます。これはセキュリティ上のリスクとなるため推奨されません。ユーザー名のスペルミスがあると、空のパスワードで新しいユーザーが作成されてしまいます。

SET @@sql_mode='ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION';

Query OK, 0 rows affected (0.00 sec)

SELECT @@sql_mode;

+-----------------------------------------------------------------------------------------------------------------------+
| @@sql_mode                                                                                                            |
+-----------------------------------------------------------------------------------------------------------------------+
| ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION |
+-----------------------------------------------------------------------------------------------------------------------+
1 row in set (0.00 sec)

SELECT * FROM mysql.user WHERE user='idontexist';

Empty set (0.00 sec)

GRANT ALL PRIVILEGES ON test.* TO 'idontexist';

Query OK, 1 row affected (0.05 sec)

SELECT user,host,authentication_string FROM mysql.user WHERE user='idontexist';

+------------+------+-----------------------+
| user       | host | authentication_string |
+------------+------+-----------------------+
| idontexist | %    |                       |
+------------+------+-----------------------+
1 row in set (0.01 sec)

GRANTコマンドでは、あいまい一致を使用してデータベースに権限を付与できます。

GRANT ALL PRIVILEGES ON `te%`.* TO genius;

Query OK, 0 rows affected (0.00 sec)

SELECT user,host,db FROM mysql.db WHERE user='genius';

+--------|------|-----+
| user   | host | db  |
+--------|------|-----+
| genius | %    | te% |
+--------|------|-----+
1 row in set (0.00 sec)

この例では、 %内のte%により、 teで始まるすべてのデータベースに権限が付与されます。

権限を取り消す

REVOKEステートメントを使用すると、システム管理者はユーザーアカウントから権限を取り消すことができます。

REVOKE文はGRANT文に対応します。

REVOKE ALL PRIVILEGES ON `test`.* FROM 'genius'@'localhost';

ノート

権限を取り消すには、完全一致が必要です。一致する結果が見つからない場合は、エラーが表示されます。

REVOKE ALL PRIVILEGES ON `te%`.* FROM 'genius'@'%';

ERROR 1141 (42000): There is no such grant defined for user 'genius' on host '%'

あいまい一致、エスケープシーケンス、文字列、識別子について：

GRANT ALL PRIVILEGES ON `te\%`.* TO 'genius'@'localhost';

Query OK, 0 rows affected (0.00 sec)

この例では、完全一致を使用してte%という名前のデータベースを検索します。 %は\エスケープ文字を使用しているため、 %はワイルドカードとして扱われません。

文字列はシングルクォーテーションマーク（''）で囲み、識別子はバッククォート（``）で囲みます。違いは以下のとおりです。

GRANT ALL PRIVILEGES ON 'test'.* TO 'genius'@'localhost';

ERROR 1064 (42000): You have an error in your SQL syntax; check the
manual that corresponds to your MySQL server version for the right
syntax to use near ''test'.* to 'genius'@'localhost'' at line 1

GRANT ALL PRIVILEGES ON `test`.* TO 'genius'@'localhost';

Query OK, 0 rows affected (0.00 sec)

テーブル名として特別なキーワードを使用する場合は、バッククォート（``）で囲みます。例：

CREATE TABLE `select` (id int);

Query OK, 0 rows affected (0.27 sec)

ユーザーに付与された権限を確認する

SHOW GRANTS文を使用すると、ユーザーに付与されている権限を確認できます。例:

SHOW GRANTS; -- show grants for the current user

+-------------------------------------------------------------+
| Grants for User                                             |
+-------------------------------------------------------------+
| GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' WITH GRANT OPTION |
+-------------------------------------------------------------+

SHOW GRANTS FOR 'root'@'%'; -- show grants for a specific user

例えば、ユーザーrw_user@192.168.%を作成し、そのユーザーにtest.write_tableテーブルへの書き込み権限とグローバルな読み取り権限を付与します。

CREATE USER `rw_user`@`192.168.%`;
GRANT SELECT ON *.* TO `rw_user`@`192.168.%`;
GRANT INSERT, UPDATE ON `test`.`write_table` TO `rw_user`@`192.168.%`;

rw_user@192.168.%ユーザーに付与された権限を表示します。

SHOW GRANTS FOR `rw_user`@`192.168.%`;

+------------------------------------------------------------------+
| Grants for rw_user@192.168.%                                     |
+------------------------------------------------------------------+
| GRANT Select ON *.* TO 'rw_user'@'192.168.%'                     |
| GRANT Insert,Update ON test.write_table TO 'rw_user'@'192.168.%' |
+------------------------------------------------------------------+

動的な権限

バージョン5.1以降、TiDBはMySQL 8.0から取り入れた動的権限をサポートしています。動的権限は、特定の操作に対するよりきめ細かなアクセスを実装することで、 SUPER権限を置き換えることを目的としています。たとえば、動的権限を使用すると、システム管理者はBACKUPとRESTORE操作のみを実行できるユーザーアカウントを作成できます。

動的権限には以下が含まれます。

BACKUP_ADMIN
RESTORE_ADMIN
SYSTEM_USER
SYSTEM_VARIABLES_ADMIN
ROLE_ADMIN
CONNECTION_ADMIN
PLACEMENT_ADMINは、権限所有者が配置ポリシーを作成、変更、削除できるようにします。
DASHBOARD_CLIENTは、権限所有者が TiDB Dashboardにログインできるようにします。
RESTRICTED_TABLES_ADMINは、SEM が有効になっている場合に、権限所有者がシステムテーブルを表示できるようにします。
RESTRICTED_STATUS_ADMINを使用すると、SEM が有効になっているときに、権限所有者はSHOW [GLOBAL|SESSION] STATUSですべてのステータス変数を表示できます。
RESTRICTED_VARIABLES_ADMINは、SEM が有効になっている場合に、権限所有者がすべてのシステム変数を表示できるようにします。
RESTRICTED_USER_ADMIN SEM が有効になっている場合、特権所有者が SUPER ユーザーによってアクセス権を取り消されることを禁止します。
RESTRICTED_CONNECTION_ADMIN権限所有者がRESTRICTED_USER_ADMINユーザーの接続を強制終了することを許可します。この権限はKILLおよびKILL TIDB文に影響します。
RESTRICTED_REPLICA_WRITER_ADMINを使用すると、TiDB クラスタで読み取り専用モードが有効になっている場合でも、権限所有者は影響を受けることなく書き込みまたは更新操作を実行できます。詳細については、 tidb_restricted_read_onlyを参照してください。

動的権限の全セットを確認するには、 SHOW PRIVILEGES文を実行してください。プラグインは新しい権限を追加できるため、割り当て可能な権限のリストは、TiDB のインストール環境によって異なる場合があります。

`SUPER`特権

SUPER権限は、ユーザーがほぼすべての操作を実行できるようにします。デフォルトでは、 rootユーザーのみにこの権限が付与されています。他のユーザーにこの権限を付与する際は注意してください。
SUPER権限はMySQL 8.0で非推奨になりました推奨になりました。よりきめ細かいアクセス制御を提供するために動的権限に置き換えることができます。

TiDB操作に必要な権限

TiDBユーザーの権限はINFORMATION_SCHEMA.USER_PRIVILEGESテーブルで確認できます。例：

SELECT * FROM INFORMATION_SCHEMA.USER_PRIVILEGES WHERE grantee = "'root'@'%'";

+------------+---------------+-------------------------+--------------+
| GRANTEE    | TABLE_CATALOG | PRIVILEGE_TYPE          | IS_GRANTABLE |
+------------+---------------+-------------------------+--------------+
| 'root'@'%' | def           | Select                  | YES          |
| 'root'@'%' | def           | Insert                  | YES          |
| 'root'@'%' | def           | Update                  | YES          |
| 'root'@'%' | def           | Delete                  | YES          |
| 'root'@'%' | def           | Create                  | YES          |
| 'root'@'%' | def           | Drop                    | YES          |
| 'root'@'%' | def           | Process                 | YES          |
| 'root'@'%' | def           | References              | YES          |
| 'root'@'%' | def           | Alter                   | YES          |
| 'root'@'%' | def           | Show Databases          | YES          |
| 'root'@'%' | def           | Super                   | YES          |
| 'root'@'%' | def           | Execute                 | YES          |
| 'root'@'%' | def           | Index                   | YES          |
| 'root'@'%' | def           | Create User             | YES          |
| 'root'@'%' | def           | Create Tablespace       | YES          |
| 'root'@'%' | def           | Trigger                 | YES          |
| 'root'@'%' | def           | Create View             | YES          |
| 'root'@'%' | def           | Show View               | YES          |
| 'root'@'%' | def           | Create Role             | YES          |
| 'root'@'%' | def           | Drop Role               | YES          |
| 'root'@'%' | def           | CREATE TEMPORARY TABLES | YES          |
| 'root'@'%' | def           | LOCK TABLES             | YES          |
| 'root'@'%' | def           | CREATE ROUTINE          | YES          |
| 'root'@'%' | def           | ALTER ROUTINE           | YES          |
| 'root'@'%' | def           | EVENT                   | YES          |
| 'root'@'%' | def           | SHUTDOWN                | YES          |
| 'root'@'%' | def           | RELOAD                  | YES          |
| 'root'@'%' | def           | FILE                    | YES          |
| 'root'@'%' | def           | CONFIG                  | YES          |
| 'root'@'%' | def           | REPLICATION CLIENT      | YES          |
| 'root'@'%' | def           | REPLICATION SLAVE       | YES          |
+------------+---------------+-------------------------+--------------+
31 rows in set (0.00 sec)

ALTER

ALTER文すべてにおいて、ユーザーは対応するテーブルに対するALTER権限を持っている必要があります。
ALTER...DROPおよびALTER...RENAME TO以外のステートメントについては、ユーザーは対応するテーブルに対してINSERTおよびCREATEの権限を持っている必要があります。
ALTER...DROP文を使用するには、ユーザーは対応するテーブルに対してDROP権限を持っている必要があります。
ALTER...RENAME TOステートメントを実行するには、ユーザーは名前変更前にテーブルに対するDROP権限を持ち、名前変更後にテーブルに対するCREATEおよびINSERT権限を持っている必要があります。

ノート

MySQL 5.7のドキュメントでは、テーブルに対してINSERT操作を実行するには、 CREATEおよびALTERの権限であるとされています。しかし、実際にはMySQL 5.7では、この場合ALTER権限のみが必要です。現在、TiDB のALTER権限は、MySQL の実際の動作と一致しています。

BACKUP

SUPERまたはBACKUP_ADMINの権限が必要です。

CANCEL IMPORT JOB

他のユーザーが作成したジョブをキャンセルするにはSUPER権限が必要です。それ以外の場合は、現在のユーザーが作成したジョブのみキャンセルできます。

CREATE DATABASE

データベースに対するCREATE権限が必要です。

CREATE INDEX

テーブルに対するINDEX権限が必要です。

CREATE TABLE

テーブルに対するCREATE権限が必要です。

CREATE TABLE...LIKE...ステートメントを実行するには、テーブルに対するSELECT権限が必要です。

CREATE VIEW

CREATE VIEW権限が必要です。

ノート

現在のユーザーがビューを作成したユーザーでない場合、 CREATE VIEWとSUPERの両方の権限が必要です。

DROP DATABASE

データベースに対するDROP権限が必要です。

DROP INDEX

テーブルに対するINDEX権限が必要です。

DROP TABLES

テーブルに対するDROP権限が必要です。

IMPORT INTO

対象テーブルに対してSELECT 、 UPDATE 、 INSERT 、 DELETE 、およびALTERの権限が必要です。TiDBにローカルに保存されているファイルをインポートするには、 FILE権限も必要です。

LOAD DATA

テーブルに対してINSERT権限が必要です。 REPLACE INTOを使用する場合は、 DELETE権限も必要です。

TRUNCATE TABLE

テーブルに対するDROP権限が必要です。

RENAME TABLE

テーブル名を変更する前に、 ALTERおよびDROPの権限が必要であり、テーブル名を変更した後にはCREATEおよびINSERTの権限が必要です。

ANALYZE TABLE

テーブルに対するINSERTおよびSELECTの権限が必要です。

LOCK STATS

テーブルに対するINSERTおよびSELECTの権限が必要です。

UNLOCK STATS

テーブルに対するINSERTおよびSELECTの権限が必要です。

SHOW

SHOW CREATE TABLEは、テーブルに対する単一の権限を必要とします。

SHOW CREATE VIEWにはSHOW VIEWの権限が必要です。

SHOW GRANTSはmysqlデータベースへのSELECT権限を必要とします。対象ユーザーが現在のユーザーである場合、 SHOW GRANTSは権限を必要としません。

SHOW PROCESSLISTは、他のユーザーに属する接続を表示するためにPROCESSの権限を必要とします。

SHOW IMPORT JOBは、他のユーザーに属する接続を表示するためにSUPER権限を必要とします。権限がない場合は、現在のユーザーが作成したジョブのみが表示されます。

SHOW STATS_LOCKEDはmysql.stats_table_lockedテーブルに対するSELECT権限を必要とします。

CREATE ROLE/USER

CREATE ROLEにはCREATE ROLEの権限が必要です。

CREATE USERにはCREATE USERの権限が必要です。

DROP ROLE/USER

DROP ROLEにはDROP ROLEの権限が必要です。

DROP USERにはCREATE USERの権限が必要です。

ALTER USER

CREATE USERの権限が必要です。

GRANT

GRANT権限と、 GRANTによって付与される権限が必要です。

ユーザーを暗黙的に作成するには、追加のCREATE USER権限が必要です。

GRANT ROLEにはSUPERまたはROLE_ADMIN権限が必要です。

REVOKE

GRANT権限と、 REVOKE文で指定されている権限が必要です。

REVOKE ROLEにはSUPERまたはROLE_ADMIN権限が必要です。

SET GLOBAL

グローバル変数を設定するには、 SUPERまたはSYSTEM_VARIABLES_ADMINの権限が必要です。

ADMIN

SUPERの権限が必要です。

SET DEFAULT ROLE

SUPERの権限が必要です。

KILL

他のユーザーセッションを終了するには、 SUPERまたはCONNECTION_ADMINの権限が必要です。

CREATE RESOURCE GROUP

SUPERまたはRESOURCE_GROUP_ADMINの権限が必要です。

ALTER RESOURCE GROUP

SUPERまたはRESOURCE_GROUP_ADMINの権限が必要です。

DROP RESOURCE GROUP

SUPERまたはRESOURCE_GROUP_ADMINの権限が必要です。

CALIBRATE RESOURCE

SUPERまたはRESOURCE_GROUP_ADMINの権限が必要です。

SET RESOURCE GROUP

システム変数tidb_resource_control_strict_modeがONに設定されている場合、このステートメントを実行するにはSUPERまたはRESOURCE_GROUP_ADMINまたはRESOURCE_GROUP_USERの権限が必要です。

特権システムの導入

権限テーブル

次のmysqlシステムテーブルすべての権限関連データが保存されているため、特別です。

mysql.user （ユーザーアカウント、グローバル権限）
mysql.db （データベースレベルの権限）
mysql.tables_priv （テーブルレベルの権限）
mysql.columns_priv （列レベルの権限。v8.5.6以降でサポート）

これらのテーブルには、データの有効範囲と権限情報が含まれています。たとえば、 mysql.userテーブルでは次のようになります。

SELECT User,Host,Select_priv,Insert_priv FROM mysql.user LIMIT 1;

+------|------|-------------|-------------+
| User | Host | Select_priv | Insert_priv |
+------|------|-------------|-------------+
| root | %    | Y           | Y           |
+------|------|-------------|-------------+
1 row in set (0.00 sec)

このレコードでは、 HostとUserはrootユーザーから任意のホスト ( % ) から送信された接続要求を受け入れることができると判断します。 Select_privとInsert_privは、ユーザーがグローバルなSelectおよびInsert権限を持っていることを意味します。 mysql.userテーブルの有効範囲はグローバルです。

Host内のUserとmysql.dbは、ユーザーがアクセスできるデータベースを決定します。有効な範囲はデータベースです。

ノート

権限テーブルの更新には、 GRANT 、 CREATE USER 、 DROP USERなどの提供されている構文のみを使用することをお勧めします。基盤となる権限テーブルを直接編集しても権限キャッシュは自動的に更新されないため、 FLUSH PRIVILEGESが実行されるまで予期しない動作が発生する可能性があります。

接続確認

クライアントが接続要求を送信すると、TiDBサーバーはログイン操作を検証します。TiDBサーバーは最初にmysql.userテーブルをチェックします。 UserとHostのレコードが接続要求と一致する場合、TiDBサーバーはauthentication_stringを検証します。

ユーザーの識別は、接続を開始するホストHostとユーザー名Userの2つの情報に基づいています。ユーザー名が空でない場合、指定されたユーザー名と完全に一致する必要があります。

User+Hostは、 userテーブルの複数の行に一致する可能性があります。このシナリオに対処するため、 userテーブルの行はソートされます。クライアントが接続すると、テーブルの行が 1つずつチェックされ、最初に一致した行が検証に使用されます。ソート時には、ホストがユーザーよりも優先されます。

リクエストの確認

接続が成功すると、要求検証プロセスによって、その操作に権限があるかどうかがチェックされます。

データベース関連のリクエスト（ INSERT 、 UPDATE ）の場合、リクエスト検証プロセスではまずmysql.userテーブルでユーザーのグローバル権限を確認します。権限が付与されている場合は、直接アクセスできます。付与されていない場合は、 mysql.dbテーブルを確認します。

userテーブルは、デフォルトのデータベースに関係なく、グローバルな権限を持ちます。たとえば、 userのDELETE権限は、任意の行、テーブル、またはデータベースに適用できます。

dbテーブルでは、空のユーザーは匿名ユーザー名に一致します。 User列ではワイルドカードは使用できません。 Host列とDb列の値には、パターンマッチングを使用できる%と_を使用できます。

userおよびdbテーブルのデータも、メモリにロードされるときにソートされます。

tables_privとcolumns_privにおける%の使用方法は似ていますが、 Db 、 Table_name 、 Column_nameの列値には%を含めることはできません。読み込み時のソートも同様です。

有効期間

TiDB が起動すると、いくつかの権限チェックテーブルがメモリにロードされ、キャッシュされたデータを使用して権限が検証されます。 GRANT 、 REVOKE 、 CREATE USER 、 DROP USERなどの権限管理ステートメントを実行すると、すぐに反映されます。

mysql.userなどのテーブルをINSERT 、 DELETE 、 UPDATEなどのステートメントで手動編集しても、すぐに反映されません。この動作は MySQL と互換性があり、権限キャッシュはFLUSH PRIVILEGESステートメントで更新できます。

権限管理

特権関連の操作

権限を付与する

権限を取り消す

ユーザーに付与された権限を確認する

動的な権限

SUPER特権

TiDB操作に必要な権限

ALTER

BACKUP

CANCEL IMPORT JOB

CREATE DATABASE

CREATE INDEX

CREATE TABLE

CREATE VIEW

DROP DATABASE

DROP INDEX

DROP TABLES

IMPORT INTO

LOAD DATA

TRUNCATE TABLE

RENAME TABLE

ANALYZE TABLE

LOCK STATS

UNLOCK STATS

SHOW

CREATE ROLE/USER

DROP ROLE/USER

ALTER USER

GRANT

REVOKE

SET GLOBAL

ADMIN

SET DEFAULT ROLE

KILL

CREATE RESOURCE GROUP

ALTER RESOURCE GROUP

DROP RESOURCE GROUP

CALIBRATE RESOURCE

SET RESOURCE GROUP

特権システムの導入

権限テーブル

接続確認

リクエストの確認

有効期間

このページは役に立ちましたか？

`SUPER`特権