Типовые запросы для управления доступом

СамоуправляемыйЕсли вы работаете с самоуправляемым ClickHouse, см. пользователи и роли SQL.

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

Пользователь с ролью Admin

В сервисах ClickHouse Cloud есть пользователь default с правами администратора, который создается при создании сервиса. Пароль задается при создании сервиса, и его могут сбросить пользователи ClickHouse Cloud с ролью Admin. Когда вы добавляете дополнительных SQL-пользователей для своего сервиса ClickHouse Cloud, им потребуются SQL-имя пользователя и пароль. Если вы хотите предоставить им административные привилегии, назначьте новым пользователям роль default_role. Например, добавим пользователя clickhouse_admin:

CREATE USER IF NOT EXISTS clickhouse_admin
IDENTIFIED WITH sha256_password BY 'P!@ssword42!';

GRANT default_role TO clickhouse_admin;

При использовании SQL Console ваши SQL-команды будут выполняться не от имени пользователя default. Вместо этого они будут выполняться от имени пользователя sql-console:${cloud_login_email}, где cloud_login_email — это адрес электронной почты пользователя, который в данный момент выполняет запрос.Эти автоматически созданные пользователи SQL Console имеют роль default.

Аутентификация без пароля

Для SQL Console доступны две роли: sql_console_admin с теми же разрешениями, что и у default_role, и sql_console_read_only с разрешениями только для чтения. Пользователям с ролью Admin по умолчанию назначается роль sql_console_admin, поэтому для них ничего не меняется. Однако роль sql_console_read_only позволяет предоставить пользователям без роли Admin доступ только для чтения или полный доступ к любому экземпляру. Этот доступ должен настроить пользователь с ролью Admin. Роли можно изменить с помощью команд GRANT или REVOKE, чтобы точнее соответствовать требованиям конкретного экземпляра, и все внесённые в них изменения будут сохранены.

Тонкая настройка управления доступом

Этот механизм управления доступом также можно настроить вручную с точностью до отдельного пользователя. Перед тем как назначать пользователям новые роли sql_console_*, следует создать роли базы данных для отдельных пользователей SQL Console по шаблону sql-console-role:<email>. Например:

CREATE ROLE OR REPLACE sql-console-role:<email>;
GRANT <some grants> TO sql-console-role:<email>;

Если обнаружена подходящая роль, она будет назначена пользователю вместо шаблонных ролей. Это позволяет настраивать более сложные схемы управления доступом, например создавать роли sql_console_sa_role и sql_console_pm_role и назначать их конкретным пользователям. Например:

CREATE ROLE OR REPLACE sql_console_sa_role;
GRANT <whatever level of access> TO sql_console_sa_role;
CREATE ROLE OR REPLACE sql_console_pm_role;
GRANT <whatever level of access> TO sql_console_pm_role;
CREATE ROLE OR REPLACE `sql-console-role:christoph@clickhouse.com`;
CREATE ROLE OR REPLACE `sql-console-role:jake@clickhouse.com`;
CREATE ROLE OR REPLACE `sql-console-role:zach@clickhouse.com`;
GRANT sql_console_sa_role to `sql-console-role:christoph@clickhouse.com`;
GRANT sql_console_sa_role to `sql-console-role:jake@clickhouse.com`;
GRANT sql_console_pm_role to `sql-console-role:zach@clickhouse.com`;

Проверьте права администратора

Выйдите из системы под пользователем default и снова войдите под пользователем clickhouse_admin. Все перечисленные ниже действия должны выполниться успешно:

SHOW GRANTS FOR clickhouse_admin;

CREATE DATABASE db1

CREATE TABLE db1.table1 (id UInt64, column1 String) ENGINE = MergeTree() ORDER BY id;

INSERT INTO db1.table1 (id, column1) VALUES (1, 'abc');

SELECT * FROM db1.table1;

DROP TABLE db1.table1;

DROP DATABASE db1;

Пользователи без прав администратора

Пользователям следует предоставить необходимые привилегии; не всем из них нужны права администратора. Далее в этом документе приведены примеры сценариев и указаны требуемые роли.

Подготовка

Создайте эти таблицы и пользователей для использования в примерах.

Создание тестовой базы данных, таблицы и строк

Создайте тестовую базу данных

CREATE DATABASE db1;

Создайте таблицу

CREATE TABLE db1.table1 (
   id UInt64,
   column1 String,
   column2 String
)
ENGINE MergeTree
ORDER BY id;

Заполните таблицу примерными строками

INSERT INTO db1.table1
   (id, column1, column2)
VALUES
   (1, 'A', 'abc'),
   (2, 'A', 'def'),
   (3, 'B', 'abc'),
   (4, 'B', 'def');

Проверьте таблицу

Запрос

SELECT *
FROM db1.table1

Ответ

Query id: 475015cc-6f51-4b20-bda2-3c9c41404e49

┌─id─┬─column1─┬─column2─┐
│  1 │ A       │ abc     │
│  2 │ A       │ def     │
│  3 │ B       │ abc     │
│  4 │ B       │ def     │
└────┴─────────┴─────────┘

Создайте column_user

Создайте обычного пользователя для демонстрации ограничения доступа к определённым столбцам:

CREATE USER column_user IDENTIFIED BY 'password';

Создайте row_user

Создайте обычного пользователя для демонстрации ограничения доступа к строкам с определёнными значениями:

CREATE USER row_user IDENTIFIED BY 'password';

Создание ролей

В этом наборе примеров:

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

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

Создайте роль, чтобы ограничить пользователей этой роли просмотром только column1 в базе данных db1 и таблице table1:

CREATE ROLE column1_users;

Задайте привилегии, разрешающие просмотр column1

GRANT SELECT(id, column1) ON db1.table1 TO column1_users;

Добавьте пользователя column_user в роль column1_users

GRANT column1_users TO column_user;

Создайте роль, чтобы ограничить пользователей этой роли просмотром только выбранных строк — в данном случае только строк, где column1 содержит A

CREATE ROLE A_rows_users;

Добавьте row_user в роль A_rows_users

GRANT A_rows_users TO row_user;

Создайте политику, разрешающую просмотр только строк, где column1 имеет значение A

CREATE ROW POLICY A_row_filter ON db1.table1 FOR SELECT USING column1 = 'A' TO A_rows_users;

Задайте привилегии для базы данных и таблицы

GRANT SELECT(id, column1, column2) ON db1.table1 TO A_rows_users;

Выдайте явные разрешения другим ролям, чтобы у них по-прежнему был доступ ко всем строкам

CREATE ROW POLICY allow_other_users_filter 
ON db1.table1 FOR SELECT USING 1 TO clickhouse_admin, column1_users;

При привязке политики к таблице система применяет эту политику, и только указанные в ней пользователи и роли смогут выполнять операции с таблицей; всем остальным любые операции будут запрещены. Чтобы ограничивающая политика строк не применялась к другим пользователям, необходимо определить другую политику, которая предоставит другим пользователям и ролям обычный или иной тип доступа.

Проверка

Проверка привилегий роли для пользователя с ограничением доступа к столбцам

Проверьте доступ к базе данных, таблице и всем строкам под пользователем admin.

SELECT *
FROM db1.table1

Query id: f5e906ea-10c6-45b0-b649-36334902d31d

┌─id─┬─column1─┬─column2─┐
│  1 │ A       │ abc     │
│  2 │ A       │ def     │
│  3 │ B       │ abc     │
│  4 │ B       │ def     │
└────┴─────────┴─────────┘

Проверьте SELECT со всеми столбцами

SELECT *
FROM db1.table1

Query id: 5576f4eb-7450-435c-a2d6-d6b49b7c4a23

0 rows in set. Elapsed: 0.006 sec.

Received exception from server (version 22.3.2):
Code: 497. DB::Exception: Received from localhost:9000. 
DB::Exception: column_user: Not enough privileges. 
To execute this query it's necessary to have grant 
SELECT(id, column1, column2) ON db1.table1. (ACCESS_DENIED)

Доступ запрещён, так как указаны все столбцы, а у пользователя есть доступ только к id и column1

Проверьте запрос SELECT, указав только разрешённые столбцы:

SELECT
    id,
    column1
FROM db1.table1

Query id: cef9a083-d5ce-42ff-9678-f08dc60d4bb9

┌─id─┬─column1─┐
│  1 │ A       │
│  2 │ A       │
│  3 │ B       │
│  4 │ B       │
└────┴─────────┘

Проверка привилегий роли с пользователем с ограничением по строкам

Просмотрите доступные строки

SELECT *
FROM db1.table1

Query id: a79a113c-1eca-4c3f-be6e-d034f9a220fb

┌─id─┬─column1─┬─column2─┐
│  1 │ A       │ abc     │
│  2 │ A       │ def     │
└────┴─────────┴─────────┘

Убедитесь, что возвращаются только две строки, показанные выше; строки со значением B в column1 должны быть исключены.

Изменение пользователей и ролей

Пользователю можно назначить несколько ролей, чтобы получить нужную комбинацию привилегий. При использовании нескольких ролей система объединяет их для определения привилегий, то есть права, предоставленные ролями, суммируются. Например, если role1 разрешает только SELECT по column1, а role2 разрешает SELECT по column1 и column2, то пользователь получит доступ к обоим столбцам.

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

CREATE USER row_and_column_user IDENTIFIED BY 'password' DEFAULT ROLE A_rows_users;

Удалите ранее выданные привилегии у роли A_rows_users

REVOKE SELECT(id, column1, column2) ON db1.table1 FROM A_rows_users;

Разрешите роли A_row_users выполнять SELECT только по column1

GRANT SELECT(id, column1) ON db1.table1 TO A_rows_users;

Проверка со всеми столбцами:

SELECT *
FROM db1.table1

Query id: 8cdf0ff5-e711-4cbe-bd28-3c02e52e8bc4

0 rows in set. Elapsed: 0.005 sec.

Received exception from server (version 22.3.2):
Code: 497. DB::Exception: Received from localhost:9000. 
DB::Exception: row_and_column_user: Not enough privileges. 
To execute this query it's necessary to have grant 
SELECT(id, column1, column2) ON db1.table1. (ACCESS_DENIED)

Проверка с ограниченным набором разрешенных столбцов:

SELECT
    id,
    column1
FROM db1.table1

Query id: 5e30b490-507a-49e9-9778-8159799a6ed0

┌─id─┬─column1─┐
│  1 │ A       │
│  2 │ A       │
└────┴─────────┘

Устранение неполадок

Иногда пересечение или сочетание привилегий приводит к неожиданным результатам; чтобы сузить область поиска проблемы, можно использовать следующие команды, выполнив вход под учетной записью администратора

Просмотр привилегий и ролей пользователя

SHOW GRANTS FOR row_and_column_user

Query id: 6a73a3fe-2659-4aca-95c5-d012c138097b

┌─GRANTS FOR row_and_column_user───────────────────────────┐
│ GRANT A_rows_users, column1_users TO row_and_column_user │
└──────────────────────────────────────────────────────────┘

Просмотр ролей в ClickHouse

SHOW ROLES

Query id: 1e21440a-18d9-4e75-8f0e-66ec9b36470a

┌─name────────────┐
│ A_rows_users    │
│ column1_users   │
└─────────────────┘

Просмотреть политики

SHOW ROW POLICIES

Query id: f2c636e9-f955-4d79-8e80-af40ea227ebc

┌─name───────────────────────────────────┐
│ A_row_filter ON db1.table1             │
│ allow_other_users_filter ON db1.table1 │
└────────────────────────────────────────┘

Просмотрите, как задана политика и какие привилегии действуют сейчас

SHOW CREATE ROW POLICY A_row_filter ON db1.table1

Query id: 0d3b5846-95c7-4e62-9cdd-91d82b14b80b

┌─CREATE ROW POLICY A_row_filter ON db1.table1────────────────────────────────────────────────┐
│ CREATE ROW POLICY A_row_filter ON db1.table1 FOR SELECT USING column1 = 'A' TO A_rows_users │
└─────────────────────────────────────────────────────────────────────────────────────────────┘

Пример команд для управления ролями, политиками и пользователями

Следующие команды можно использовать, чтобы:

удалить привилегии
удалить политики
отвязать пользователей от ролей
удалить пользователей и роли

Выполняйте эти команды от имени пользователя с правами администратора или пользователя default

Отозвать привилегию у роли

REVOKE SELECT(column1, id) ON db1.table1 FROM A_rows_users;

Удалить политику

DROP ROW POLICY A_row_filter ON db1.table1;

Удалить пользователя из роли

REVOKE A_rows_users FROM row_user;

Удалить роль

DROP ROLE A_rows_users;

Удаление пользователя

DROP USER row_user;

Краткие итоги

В этой статье мы рассмотрели основы создания SQL-пользователей и ролей, а также шаги по настройке и изменению привилегий для пользователей и ролей. Более подробную информацию по каждой из этих тем см. в наших руководствах пользователя и справочной документации.

Последнее изменение 3 июля 2026 г.

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

​Пользователь с ролью Admin

​Аутентификация без пароля

​Тонкая настройка управления доступом

​Проверьте права администратора

​Пользователи без прав администратора

​Подготовка

​Создание тестовой базы данных, таблицы и строк

​Создание ролей

​Проверка

​Проверка привилегий роли для пользователя с ограничением доступа к столбцам

​Проверка привилегий роли с пользователем с ограничением по строкам

​Изменение пользователей и ролей

​Устранение неполадок

​Просмотр привилегий и ролей пользователя

​Просмотр ролей в ClickHouse

​Просмотреть политики

​Просмотрите, как задана политика и какие привилегии действуют сейчас

​Пример команд для управления ролями, политиками и пользователями

​Отозвать привилегию у роли

​Удалить политику

​Удалить пользователя из роли

​Удалить роль

​Удаление пользователя

​Краткие итоги

Пользователь с ролью Admin

Аутентификация без пароля

Тонкая настройка управления доступом

Проверьте права администратора

Пользователи без прав администратора

Подготовка

Создание тестовой базы данных, таблицы и строк

Создание ролей

Проверка

Проверка привилегий роли для пользователя с ограничением доступа к столбцам

Проверка привилегий роли с пользователем с ограничением по строкам

Изменение пользователей и ролей

Устранение неполадок

Просмотр привилегий и ролей пользователя

Просмотр ролей в ClickHouse

Просмотреть политики

Просмотрите, как задана политика и какие привилегии действуют сейчас

Пример команд для управления ролями, политиками и пользователями

Отозвать привилегию у роли

Удалить политику

Удалить пользователя из роли

Удалить роль

Удаление пользователя

Краткие итоги