跳到主要内容
跳到主要内容

CREATE USER

创建 用户账号。

语法：

ON CLUSTER 子句允许在集群上创建用户，参见 分布式 DDL。

识别​

有多种用户识别方式：

  • IDENTIFIED WITH no_password
  • IDENTIFIED WITH plaintext_password BY 'qwerty'
  • IDENTIFIED WITH sha256_password BY 'qwerty' 或 IDENTIFIED BY 'password'
  • IDENTIFIED WITH sha256_hash BY 'hash' 或 IDENTIFIED WITH sha256_hash BY 'hash' SALT 'salt'
  • IDENTIFIED WITH double_sha1_password BY 'qwerty'
  • IDENTIFIED WITH double_sha1_hash BY 'hash'
  • IDENTIFIED WITH bcrypt_password BY 'qwerty'
  • IDENTIFIED WITH bcrypt_hash BY 'hash'
  • IDENTIFIED WITH ldap SERVER 'server_name'
  • IDENTIFIED WITH kerberos 或 IDENTIFIED WITH kerberos REALM 'realm'
  • IDENTIFIED WITH ssl_certificate CN 'mysite.com:user'
  • IDENTIFIED WITH ssh_key BY KEY 'public_key' TYPE 'ssh-rsa', KEY 'another_public_key' TYPE 'ssh-ed25519'
  • IDENTIFIED WITH http SERVER 'http_server' 或 IDENTIFIED WITH http SERVER 'http_server' SCHEME 'basic'
  • IDENTIFIED BY 'qwerty'

密码复杂性要求可以在 config.xml 中编辑。以下是一个示例配置，要求密码至少为 12 个字符长，并包含 1 个数字。每个密码复杂性规则要求使用正则表达式与密码匹配，并给出规则描述。

备注

在 ClickHouse Cloud 中，默认情况下，密码必须满足以下复杂性要求：

  • 至少 12 个字符
  • 至少包含 1 个数字字符
  • 至少包含 1 个大写字符
  • 至少包含 1 个小写字符
  • 至少包含 1 个特殊字符

示例​

  1. 以下用户名为 name1，不需要密码——显然这并不能提供太多安全性：
  1. 要指定明文密码：
提示

密码以 SQL 文本文件的形式存储在 /var/lib/clickhouse/access 中，因此不建议使用 plaintext_password。请尝试使用 sha256_password，如下面所示...

  1. 最常见的选项是使用使用 SHA-256 哈希的密码。当你指定 IDENTIFIED WITH sha256_password 时，ClickHouse 将为你哈希密码。例如：

现在 name3 用户可以使用 my_password 登录，但密码以上述哈希值存储。以下 SQL 文件在 /var/lib/clickhouse/access 中创建，并在服务器启动时执行：

提示

如果你已经为某个用户名创建了哈希值和相应的盐值，则可以使用 IDENTIFIED WITH sha256_hash BY 'hash' 或 IDENTIFIED WITH sha256_hash BY 'hash' SALT 'salt'。对于使用 SALT 的 sha256_hash 识别 - 哈希必须从 'password' 和 'salt' 的连接中计算得出。

  1. double_sha1_password 通常不需要，但在与需要它的客户端工作时十分方便（例如 MySQL 接口）：

ClickHouse 生成并运行以下查询：

  1. bcrypt_password 是存储密码的最安全选项。它使用 bcrypt 算法，即使密码哈希被泄露，也能抵御暴力破解攻击。

通过这种方法，密码的长度限制为 72 个字符。bcrypt 工作因子参数，定义了计算哈希和验证密码所需的计算和时间，可以在服务器配置中修改：

工作因子必须在 4 和 31 之间，默认值为 12。

  1. 密码类型也可以省略：

在这种情况下，ClickHouse 将使用服务器配置中指定的默认密码类型：

可用的密码类型为： plaintext_password， sha256_password， double_sha1_password。

  1. 可以指定多个认证方法：

注意：

  1. 较旧版本的 ClickHouse 可能不支持多个认证方法的语法。因此，如果 ClickHouse 服务器包含此类用户并降级到不支持该语法的版本，则该用户将变得不可用，并且某些用户相关操作将失效。为了平稳降级，必须在降级之前设置所有用户仅包含单一认证方法。或者，如果服务器在没有适当程序的情况下降级，则应删除故障用户。
  2. 出于安全原因，no_password 不能与其他认证方法共存。因此，只有在查询中它是唯一的认证方法时，才能指定 no_password。

用户主机​

用户主机是可以与 ClickHouse 服务器建立连接的主机。主机可以通过以下方式在 HOST 查询部分中指定：

  • HOST IP 'ip_address_or_subnetwork' — 用户只能从指定的 IP 地址或 子网络 连接到 ClickHouse 服务器。示例：HOST IP '192.168.0.0/16'，HOST IP '2001:DB8::/32'。在生产环境中，仅指定 HOST IP 元素（IP 地址及其掩码），因为使用 host 和 host_regexp 可能导致额外延迟。
  • HOST ANY — 用户可以从任何位置连接。这是默认选项。
  • HOST LOCAL — 用户只能本地连接。
  • HOST NAME 'fqdn' — 用户主机可以指定为 FQDN。例如，HOST NAME 'mysite.com'。
  • HOST REGEXP 'regexp' — 指定用户主机时可以使用 pcre 正则表达式。例如，HOST REGEXP '.*\.mysite\.com'。
  • HOST LIKE 'template' — 允许使用 LIKE 操作符来过滤用户主机。例如，HOST LIKE '%' 等同于 HOST ANY，HOST LIKE '%.mysite.com' 过滤所有在 mysite.com 域中的主机。

另一种指定主机的方法是使用 @ 语法跟随用户名。示例：

  • CREATE USER mira@'127.0.0.1' — 相当于 HOST IP 语法。
  • CREATE USER mira@'localhost' — 相当于 HOST LOCAL 语法。
  • CREATE USER mira@'192.168.%.%' — 相当于 HOST LIKE 语法。
提示

ClickHouse 将 user_name@'address' 视为一个整体用户名。因此，从技术上讲，你可以创建多个具有相同 user_name 的用户，并在 @ 后面使用不同的构造。然而，我们不建议这样做。

有效直到子句​

允许你指定认证方法的到期日期，及可选的时间。它接受一个字符串作为参数。建议使用 YYYY-MM-DD [hh:mm:ss] [timezone] 格式表示日期和时间。默认情况下，该参数等于 'infinity'。 VALID UNTIL 子句只能与认证方法一起指定，除非查询中未指定任何认证方法。在这种情况下，VALID UNTIL 子句将应用于所有现有的认证方法。

示例：

  • CREATE USER name1 VALID UNTIL '2025-01-01'
  • CREATE USER name1 VALID UNTIL '2025-01-01 12:00:00 UTC'
  • CREATE USER name1 VALID UNTIL 'infinity'
  • CREATE USER name1 VALID UNTIL '2025-01-01 12:00:00 `Asia/Tokyo`'
  • CREATE USER name1 IDENTIFIED WITH plaintext_password BY 'no_expiration', bcrypt_password BY 'expiration_set' VALID UNTIL '2025-01-01'

授权人子句​

指定允许从此用户接收 特权 的用户或角色，条件是该用户也获得了所需的访问权限与 GRANT OPTION。GRANTEES 子句的选项：

  • user — 指定此用户可以授予特权的用户。
  • role — 指定此用户可以授予特权的角色。
  • ANY — 此用户可以向任何人授予特权。这是默认设置。
  • NONE — 此用户无法授予特权。

你可以通过使用 EXCEPT 表达式排除任何用户或角色。例如，CREATE USER user1 GRANTEES ANY EXCEPT user2。这意味着如果 user1 具有某些通过 GRANT OPTION 授予的特权，它将能够将这些特权授予除 user2 以外的任何人。

示例​

创建用户账号 mira，并用密码 qwerty 保护：

mira 应该在 ClickHouse 服务器运行的主机上启动客户端应用程序。

创建用户账号 john，并为其分配角色并使这些角色成为默认角色：

创建用户账号 john，并使他所有未来的角色成为默认角色：

当将某个角色将来分配给 john 时，它将自动成为默认角色。

创建用户账号 john，并使他所有未来的角色成为默认角色，除 role1 和 role2：

创建用户账号 john，并允许他将自己的特权授权给 jack 用户：