Эти mysql таблицы базы данных содержат информацию о правах:

Каждая таблица предоставления прав содержит столбцы области действия и столбцы прав:

Кроме того, таблица предоставления прав может содержать столбцы, используемые для целей, отличных от оценки области действия или прав.

Сервер использует таблицы предоставления прав следующим образом:

Сервер загружает содержимое таблиц предоставления прав в память при запуске. Вы можете заставить его перезагрузить таблицы, выполнив оператор FLUSH PRIVILEGES или выполнив команду mysqladmin flush-privileges или mysqladmin reload. Изменения в таблицах предоставления прав вступают в силу, как указано в разделе 6.2.9, «Когда изменения прав вступают в силу».

При изменении учётной записи рекомендуется проверить, что изменения произведены как предполагалось. Чтобы проверить права для данной учётной записи, используйте оператор SHOW GRANTS. Например, чтобы определить права, предоставленные учётной записи с именем пользователя и именем хоста bob и pc84.example.com, используйте этот оператор:

SHOW GRANTS FOR 'bob'@'pc84.example.com';

Чтобы отобразить свойства учётной записи, не связанные с правами, используйте SHOW CREATE USER:

SHOW CREATE USER 'bob'@'pc84.example.com';

Сервер использует таблицы user и db в базе данных mysql на обоих этапах контроля доступа (см. Раздел 6.2, «Контроль доступа и управление учетными записями»). Здесь показаны столбцы в таблицах user и db.

Таблица user содержит столбцы plugin и authentication_string, хранящие информацию о плагине аутентификации и учетных данных.

Сервер использует плагин, указанный в столбце plugin строки учетной записи, для проверки попыток подключения к этой записи.

Столбец plugin должен быть непустым. При запуске и при выполнении FLUSH PRIVILEGES, сервер проверяет строки таблицы user. Для любой строки с пустым столбцом plugin сервер записывает предупреждение в журнал ошибок в следующем формате:

[Warning] User entry 'user_name'@'host_name' has an empty plugin
value. The user will be ignored and no one can login with this user
anymore.

Для решения этой проблемы см. Раздел 6.4.1.3, «Миграция от хэширования паролей до версии 4.1 и плагина mysql_old_password».

Столбец password_expired позволяет администраторам БД истекать срок действия паролей учетных записей и требовать от пользователей сброса пароля. Значение по умолчанию для password_expired — 'N', но может быть установлено в 'Y' с помощью оператора ALTER USER. После истечения срока действия пароля учетной записи все операции, выполненные этой учетной записью в последующих подключениях к серверу, приведут к ошибке, пока пользователь не выполнит оператор ALTER USER для установления нового пароля учетной записи.

password_last_changed — столбец TIMESTAMP, указывающий дату последнего изменения пароля. Значение непустое только для учетных записей, использующих встроенные методы аутентификации MySQL (учетные записи, использующие плагин аутентификации mysql_native_password или sha256_password). Значение пустое для других учетных записей, таких как учетные записи, аутентифицированные с помощью внешней системы аутентификации.

password_last_changed обновляется операторами CREATE USER, ALTER USER и SET PASSWORD, а также операторами GRANT, создающими учетную запись или изменяющими пароль учетной записи.

password_lifetime указывает срок действия пароля учетной записи в днях. Если пароль вышел за пределы срока действия (определяется по столбцу password_last_changed), сервер считает пароль истекшим при подключении клиентов с использованием этой учетной записи. Значение N больше нуля означает, что пароль необходимо менять каждые N дней. Значение 0 отключает автоматическое истечение срока действия пароля. Если значение равно NULL (значение по умолчанию), применяется глобальная политика истечения срока действия, определенная системной переменной default_password_lifetime.

account_locked указывает, заблокирована ли учетная запись (см. Раздел 6.2.15, «Блокировка учетных записей»).

На втором этапе управления доступом сервер проверяет запросы, чтобы убедиться, что каждый клиент обладает достаточными привилегиями для каждого отправленного запроса. Помимо таблиц разрешений user и db, сервер может также использовать таблицы tables_priv и columns_priv для запросов, связанных с таблицами. Последние таблицы обеспечивают более точный контроль привилегий на уровне таблиц и столбцов. Они содержат следующие столбцы, показанные в таблице ниже.

Столбцы Timestamp и Grantor устанавливаются в текущую метку времени и значение CURRENT_USER соответственно, но в остальном не используются.

Для проверки запросов, связанных с хранимыми процедурами, сервер может использовать таблицу procs_priv, которая содержит следующие столбцы, показанные в таблице ниже.

Столбец Routine_type — это столбец типа ENUM со значениями 'FUNCTION' или 'PROCEDURE', указывающими на тип процедуры, к которой относится строка. Этот столбец позволяет предоставлять разрешения отдельно для функции и процедуры с одинаковым именем.

Столбцы Timestamp и Grantor не используются.

Таблица proxies_priv содержит информацию о прокси-аккаунтах. Она имеет следующие столбцы:

Для того, чтобы аккаунт мог предоставить разрешение PROXY другим аккаунтам, в таблице proxies_priv должна быть строка со значением With_grant равным 1, а Proxied_host и Proxied_user должны указывать на аккаунт или аккаунты, которым это разрешение может быть предоставлено. Например, аккаунт 'root'@'localhost', созданный во время установки MySQL, имеет строку в таблице proxies_priv, которая позволяет предоставлять разрешение PROXY для ''@'', то есть для всех пользователей и всех хостов. Это позволяет аккаунту root настраивать прокси-пользователей и делегировать другим аккаунтам полномочия по настройке прокси-пользователей. См. Раздел 6.2.14, «Прокси-пользователи».

Столбцы области в таблицах разрешений содержат строки. Значение по умолчанию для каждого из них — пустая строка. В следующей таблице показана допустимая длина каждого столбца.

Значения Host и Proxied_host преобразуются в нижний регистр перед сохранением в таблицах разрешений.

Для целей проверки доступа сравнения значений User, Proxied_user, Password, authentication_string, Db и Table_name чувствительны к регистру. Сравнения значений Host, Proxied_host, Column_name и Routine_name нечувствительны к регистру.

Таблицы user и db перечисляют каждую привилегию в отдельном столбце, объявленном как ENUM('N','Y') DEFAULT 'N'. Другими словами, каждая привилегия может быть отключена или включена, по умолчанию — отключена.

Таблицы tables_priv, columns_priv и procs_priv объявляют столбцы привилегий как столбцы типа SET. Значения в этих столбцах могут содержать любую комбинацию привилегий, управляемых таблицей. Только те привилегии, которые указаны в значении столбца, включены.

Только таблица user указывает административные привилегии, такие как RELOAD и SHUTDOWN. Административные операции — это операции на самом сервере, а не на конкретной базе данных, поэтому нет необходимости перечислять эти привилегии в других таблицах разрешений. Следовательно, серверу нужно обращаться только к таблице user, чтобы определить, может ли пользователь выполнить административную операцию.

Разрешение FILE также указано только в таблице user. Это не административная привилегия как таковая, но способность пользователя читать или записывать файлы на хост-сервере независима от базы данных, к которой осуществляется доступ.