@clickzetta/cz-cli-darwin-x64 0.3.1

package/bin/skills/lakehouse-doc/references/MERGE.md

@@ -0,0 +1,498 @@
+# 功能
+
+
+`MERGE INTO` 语句用于根据源表或子查询中的值更新目标表中的记录。当源表包含目标表中的新行（待插入）、修改行（待更新）和删除行（待删除）时，可以使用此功能来同步目标表的数据。
+
+
+# 语法
+
+
+```SQL
+MERGE INTO target_table 
+   USING source_table
+   ON merge_condition
+   { WHEN MATCHED [ AND matched_condition ] THEN matched_action |
+    WHEN  MATCHED [ AND matched_condition ] THEN matched_action |
+    --当WHEN MATCHED语句和WHEN NOT MATCHED 语句同时存在时，MERGE INTO语句中只能存在一个WHEN NOT MATCHED
+    WHEN NOT MATCHED [ AND not_matched_by_source_condition ] THEN not_matched_by_source_action } 
+-- 参数解释
+matched_action ::=
+    UPDATE SET <column_name> = <expr> [ , <column_name2> = <expr2> ... ] 
+    | DELETE 
+not_matched_action ::=
+    INSERT [ ( <column_name> [ , ... ] ) ] VALUES ( <expr> [ , ... ] )
+```
+
+
+## 参数说明
+
+
+- `target_table`：指定目标表，可以使用别名。
+- `source_table`：指定要与目标表进行比较的表或子查询，可以使用别名。
+- `merge_condition`：定义如何将源表中的行与目标表中的行进行匹配，返回布尔类型的表达式。
+- `WHEN MATCHED [ AND matched_condition ]`：当源行根据 `merge_condition` 和可选的 `matched_condition` 与目标表行匹配时，执行 `WHEN MATCHED` 子句。
+  - 如果对于匹配 `merge_condition` 的源行和目标行对，没有任何 `WHEN MATCHED` 条件的计算结果为 true，则目标行保持不变。
+  - 如果存在多个 `WHEN MATCHED` 子句，则会按照它们的指定顺序对其进行求值。每个 `WHEN MATCHED` 子句都必须具有一个 `matched_condition`。
+- `WHEN NOT MATCHED [ AND not_matched_condition ]`：当源行根据 `merge_condition` 和可选的 `not_matched_condition` 与目标表中的任何行都不匹配时，执行 `WHEN NOT MATCHED` 子句。
+  - 只能存在一个`WHEN NOT MATCHED`语句
+- `matched_action`：
+  - `DELETE`：删除匹配的目标表行。
+  - `UPDATE`：更新匹配的目标表行。使用 `UPDATE SET column1 = source.column1 [, column2 = source.column2 ...]`。
+- `not_matched_action`：
+  - `INSERT`：使用源数据集中的相应列插入目标表，支持指定字段插入。对于未指定的目标列，则插入为 `NULL`。
+
+
+## 注意事项
+
+
+当执行 `MERGE INTO` 语句可能产生不确定结果时，系统会报错。产生这种情况的原因有：
+
+
+1. 如果 `ON` 子句使得源表中的多于 1 行与目标表中的行匹配，SQL 标准要求引发错误。
+2. 如果 `ON` 子句使得源表中的多于 1 行与目标表中的行匹配，同时在 `AND case_predicate` 条件过滤后仍有多条记录。
+3. 当WHEN MATCHED语句和WHEN NOT MATCHED 语句同时存在时，MERGE INTO语句中只能存在一个WHEN NOT MATCHED
+4. 当存在多个 WHEN MATCHED 子句时，UPDATE 语句必须在 DELETE 语句之前。
+
+
+
+
+确定性结果的情况：
+
+
+1. 如果 `ON` 子句使得源表中的 1 行与目标表中的行匹配。
+2. 如果 `ON` 子句使得源表中的多于 1 行与目标表中的行匹配，同时在 `AND case_predicate` 条件过滤后只有一条记录。
+
+
+
+
+## 详细使用示例
+
+
+### 案例1：当匹配条件满足时，删除目标表中的数据
+
+
+**场景**：删除在源表中存在的所有用户记录（标记删除）
+
+
+**建表语句**
+
+
+```sql
+-- 目标表：存储用户信息
+CREATE TABLE users_target (
+  id INT,
+  name STRING,
+  value INT,
+  updated_at STRING,
+  marked_for_deletion BOOLEAN
+);
+
+
+-- 源表：待同步的用户数据
+CREATE TABLE users_source (
+  id INT,
+  name STRING,
+  value INT,
+  updated_at STRING,
+  marked_for_deletion BOOLEAN
+);
+```
+
+
+**目标表插入的数据：**
+```sql
+INSERT INTO users_target VALUES 
+(1, 'Alice', 100, '2024-01-01', false),
+(2, 'Bob', 200, '2024-01-02', false),
+(3, 'Charlie', 300, '2024-01-03', false);
+```
+
+```
++----+---------+-------+------------+---------------------+
+| id | name    | value | updated_at | marked_for_deletion |
++----+---------+-------+------------+---------------------+
+| 1  | Alice   | 100   | 2024-01-01 | false               |
++----+---------+-------+------------+---------------------+
+| 2  | Bob     | 200   | 2024-01-02 | false               |
++----+---------+-------+------------+---------------------+
+| 3  | Charlie | 300   | 2024-01-03 | false               |
++----+---------+-------+------------+---------------------+
+```
+
+
+**源表插入的数据：**
+```sql
+INSERT INTO users_source VALUES 
+(1, 'Alice', 100, '2024-01-01', false),
+(2, 'Bob', 200, '2024-01-02', false);
+```
+
+```
++----+-------+-------+------------+---------------------+
+| id | name  | value | updated_at | marked_for_deletion |
++----+-------+-------+------------+---------------------+
+| 1  | Alice | 100   | 2024-01-01 | false               |
++----+-------+-------+------------+---------------------+
+| 2  | Bob   | 200   | 2024-01-02 | false               |
++----+-------+-------+------------+---------------------+
+```
+
+
+**MERGE SQL**
+
+
+```sql
+MERGE INTO users_target t USING users_source s
+ON t.id = s.id
+WHEN MATCHED THEN DELETE;
+```
+
+
+**执行结果**
+
+
+```
++----+---------+-------+------------+---------------------+
+| id | name    | value | updated_at | marked_for_deletion |
++----+---------+-------+------------+---------------------+
+| 3  | Charlie | 300   | 2024-01-03 | false               |
++----+---------+-------+------------+---------------------+
+```
+
+
+**说明**：源表中 id 为 1 和 2 的记录在目标表中找到匹配项，这两条记录被删除。id 为 3 的 Charlie 记录因为在源表中没有匹配项，保持不变。
+
+
+
+
+### 案例2：基于时间戳的条件更新
+
+
+**场景**：只在源表数据更新时间比目标表更新时间更新时，才更新目标表的值
+
+
+**建表语句**
+
+
+```sql
+-- 目标表：产品信息
+CREATE TABLE products_target (
+  id INT,
+  name STRING,
+  col1 STRING,
+  updated_at STRING
+);
+
+
+-- 源表：新的产品数据
+CREATE TABLE products_source (
+  id INT,
+  name STRING,
+  col1 STRING,
+  updated_at STRING
+);
+```
+
+
+**初始目标表数据：**
+```sql
+INSERT INTO products_target VALUES 
+(1, 'Product A', 'value_old', '2024-01-01'),
+(2, 'Product B', 'value_old', '2024-01-02'),
+(3, 'Product C', 'value_old', '2024-01-03');
+```
+
+```
++----+------------+-----------+------------+
+| id | name       | col1      | updated_at |
++----+------------+-----------+------------+
+| 1  | Product A  | value_old | 2024-01-01 |
++----+------------+-----------+------------+
+| 2  | Product B  | value_old | 2024-01-02 |
++----+------------+-----------+------------+
+| 3  | Product C  | value_old | 2024-01-03 |
++----+------------+-----------+------------+
+```
+
+
+**初始源表数据：**
+```sql
+INSERT INTO products_source VALUES 
+(1, 'Product A', 'value_new', '2024-01-10'),
+(2, 'Product B', 'value_old', '2024-01-01'),
+(4, 'Product D', 'value_new', '2024-01-04');
+```
+
+```
++----+------------+-----------+------------+
+| id | name       | col1      | updated_at |
++----+------------+-----------+------------+
+| 1  | Product A  | value_new | 2024-01-10 |
++----+------------+-----------+------------+
+| 2  | Product B  | value_old | 2024-01-01 |
++----+------------+-----------+------------+
+| 4  | Product D  | value_new | 2024-01-04 |
++----+------------+-----------+------------+
+```
+
+
+**MERGE SQL**
+
+
+```sql
+MERGE INTO products_target t USING products_source s
+ON t.id = s.id
+WHEN MATCHED AND t.updated_at < s.updated_at THEN UPDATE SET t.col1 = s.col1;
+```
+
+**执行结果**
+
+
+```
++----+------------+-----------+------------+
+| id | name       | col1      | updated_at |
++----+------------+-----------+------------+
+| 1  | Product A  | value_new | 2024-01-01 |
++----+------------+-----------+------------+
+| 2  | Product B  | value_old | 2024-01-02 |
++----+------------+-----------+------------+
+| 3  | Product C  | value_old | 2024-01-03 |
++----+------------+-----------+------------+
+```
+
+
+**说明**：
+- **Product A (id=1)**：源表的更新时间 `2024-01-10` > 目标表的 `2024-01-01`，条件满足，col1 被更新为 `value_new`
+- **Product B (id=2)**：源表的更新时间 `2024-01-01` ≤ 目标表的 `2024-01-02`，条件不满足，保持不变
+- **Product C (id=3)**：源表中没有对应记录（id=3），不进行任何操作，保持不变
+- **Product D (id=4)**：源表新增，由于不存在 ON 条件的 WHEN NOT MATCHED 子句，不插入
+
+
+
+
+### 案例3：删除标记与条件更新的组合
+
+
+**场景**：对用户数据进行操作，标记为删除的用户直接删除，其他匹配的用户更新其状态信息
+
+
+**建表语句**
+
+
+```sql
+-- 目标表：用户信息
+CREATE TABLE users_data_target (
+  id INT,
+  name STRING,
+  marked_for_deletion BOOLEAN,
+  updated_at STRING,
+  value STRING
+);
+
+
+-- 源表：同步的用户数据
+CREATE TABLE users_data_source (
+  id INT,
+  name STRING,
+  marked_for_deletion BOOLEAN,
+  updated_at STRING,
+  value STRING
+);
+```
+
+
+**初始目标表数据：**
+```sql
+INSERT INTO users_data_target VALUES 
+(1, 'User A', false, '2024-01-01', 'active'),
+(2, 'User B', true, '2024-01-02', 'inactive'),
+(3, 'User C', false, '2024-01-03', 'active'),
+(4, 'User D', true, '2024-01-04', 'inactive');
+```
+
+```
++----+--------+---------------------+------------+----------+
+| id | name   | marked_for_deletion | updated_at | value    |
++----+--------+---------------------+------------+----------+
+| 1  | User A | false               | 2024-01-01 | active   |
++----+--------+---------------------+------------+----------+
+| 2  | User B | true                | 2024-01-02 | inactive |
++----+--------+---------------------+------------+----------+
+| 3  | User C | false               | 2024-01-03 | active   |
++----+--------+---------------------+------------+----------+
+| 4  | User D | true                | 2024-01-04 | inactive |
++----+--------+---------------------+------------+----------+
+```
+
+
+**初始源表数据：**
+```sql
+INSERT INTO users_data_source VALUES 
+(1, 'User A', false, '2024-01-15', 'updated'),
+(2, 'User B', true, '2024-01-20', 'to_delete'),
+(3, 'User C', false, '2024-01-10', 'updated'),
+(5, 'User E', false, '2024-01-05', 'new_user');
+```
+
+```
++----+--------+---------------------+------------+-----------+
+| id | name   | marked_for_deletion | updated_at | value     |
++----+--------+---------------------+------------+-----------+
+| 1  | User A | false               | 2024-01-15 | updated   |
++----+--------+---------------------+------------+-----------+
+| 2  | User B | true                | 2024-01-20 | to_delete |
++----+--------+---------------------+------------+-----------+
+| 3  | User C | false               | 2024-01-10 | updated   |
++----+--------+---------------------+------------+-----------+
+| 5  | User E | false               | 2024-01-05 | new_user  |
++----+--------+---------------------+------------+-----------+
+```
+
+
+**MERGE SQL**
+
+
+```sql
+MERGE INTO users_data_target t USING users_data_source s
+ON t.id = s.id
+WHEN MATCHED AND t.marked_for_deletion = false THEN UPDATE SET t.updated_at = s.updated_at, t.value = s.value
+WHEN MATCHED AND t.marked_for_deletion = true THEN DELETE;
+```
+
+
+**执行结果**
+
+
+```
++----+--------+---------------------+------------+---------+
+| id | name   | marked_for_deletion | updated_at | value   |
++----+--------+---------------------+------------+---------+
+| 1  | User A | false               | 2024-01-15 | updated |
++----+--------+---------------------+------------+---------+
+| 3  | User C | false               | 2024-01-10 | updated |
++----+--------+---------------------+------------+---------+
+| 4  | User D | true                | 2024-01-04 | inactive|
++----+--------+---------------------+------------+---------+
+```
+
+
+**说明**：
+- **User A (id=1)**：`marked_for_deletion=false`，满足第一个 WHEN MATCHED 条件，更新 `updated_at` 和 `value`
+- **User B (id=2)**：`marked_for_deletion=true`，满足第二个 WHEN MATCHED 条件，被删除
+- **User C (id=3)**：`marked_for_deletion=false`，满足第一个 WHEN MATCHED 条件，更新 `updated_at` 和 `value`
+- **User D (id=4)**：源表中没有对应记录，保持不变
+- **User E (id=5)**：源表新增，但没有 WHEN NOT MATCHED 子句，不插入
+
+
+---
+
+
+### 案例4：插入与更新的完整同步
+
+
+**场景**：完整的数据同步操作，既要更新匹配的记录，也要插入新的记录
+
+
+**建表语句**
+
+
+```sql
+-- 目标表：数据记录
+CREATE TABLE data_sync_target (
+  id INT,
+  col1 STRING,
+  col2 STRING
+);
+
+
+-- 源表：新数据
+CREATE TABLE data_sync_source (
+  id INT,
+  col1 STRING,
+  col2 STRING
+);
+```
+
+
+
+
+**初始目标表数据：**
+```sql
+INSERT INTO data_sync_target VALUES 
+(1, 'data_a', 'value_a'),
+(2, 'data_b', 'value_b'),
+(3, 'data_c', 'value_c');
+```
+
+```
++----+--------+---------+
+| id | col1   | col2    |
++----+--------+---------+
+| 1  | data_a | value_a |
++----+--------+---------+
+| 2  | data_b | value_b |
++----+--------+---------+
+| 3  | data_c | value_c |
++----+--------+---------+
+```
+
+
+**初始源表数据：**
+```sql
+INSERT INTO data_sync_source VALUES 
+(1, 'updated_a', 'updated_value_a'),
+(2, 'updated_b', 'updated_value_b'),
+(4, 'new_data', 'new_value'),
+(5, 'new_data2', 'new_value2');
+```
+
+```
++----+----------+------------------+
+| id | col1     | col2             |
++----+----------+------------------+
+| 1  | updated_a| updated_value_a  |
++----+----------+------------------+
+| 2  | updated_b| updated_value_b  |
++----+----------+------------------+
+| 4  | new_data | new_value        |
++----+----------+------------------+
+| 5  | new_data2| new_value2       |
++----+----------+------------------+
+```
+
+
+**MERGE SQL**
+
+
+```sql
+MERGE INTO data_sync_target t USING data_sync_source s
+ON t.id = s.id
+WHEN MATCHED THEN UPDATE SET t.col1 = s.col1, t.col2 = s.col2
+WHEN NOT MATCHED THEN INSERT (id, col1, col2) VALUES (s.id, s.col1, s.col2);
+```
+
+
+**执行结果**
+
+
+```
++----+----------+------------------+
+| id | col1     | col2             |
++----+----------+------------------+
+| 1  | updated_a| updated_value_a  |
++----+----------+------------------+
+| 2  | updated_b| updated_value_b  |
++----+----------+------------------+
+| 3  | data_c   | value_c          |
++----+----------+------------------+
+| 4  | new_data | new_value        |
++----+----------+------------------+
+| 5  | new_data2| new_value2       |
++----+----------+------------------+
+```
+
+
+**说明**：
+- **id=1, 2**：源表中存在匹配记录，执行 UPDATE 操作，col1 和 col2 都被更新为源表的值
+- **id=3**：源表中没有对应记录，保持原值不变
+- **id=4, 5**：源表新增的记录，执行 INSERT 操作，插入到目标表中

package/bin/skills/lakehouse-doc/references/ManageAccounts.md

@@ -0,0 +1,184 @@
+# 账户管理指南
+
+本指南将详细介绍如何管理您的云器 Lakehouse 账户，包括登录管理中心、管理账户信息和用户等操作。
+
+## 1. 基本概念
+
+### 账户名称
+
+在云器 Lakehouse 中，每个账户都有一个唯一的标识，用于在全球范围内区分不同的账户。账户名称由一个8位的随机字符串组成，在您完成注册后，系统会自动生成。账户名称也决定了您的登录地址和部分访问配置。
+
+账户名称是您在云器 Lakehouse 内的唯一识别名称，一经生成后不可变更。您可以通过注册完成后的提示或管理中心的首页找到您的账户名称。
+
+:-: ![](.topwrite/assets/image_1739329828430.png =780)
+
+^
+
+:-: ![](.topwrite/assets/image_1739329908616.png =783)
+
+### 登录地址
+
+在云器产品中，每个账户拥有其独立的登录地址。登录地址的为<你的账户名称>.accounts.clickzetta.com。
+
+:-: ![](.topwrite/assets/image_1739329970639.png =799)
+
+### 服务实例名称
+
+云器 Lakehouse 是一个多云的大数据平台，支持在多个云厂商的不同 region 下创建服务实例。每个服务实例的开通都相当于在该region内生成一个唯一标识并在基础设施资源中划分出一片逻辑区域，用于为您提供Lakehouse的相关服务。服务实例名称（instance_name）即为服务实例的唯一标识，在您开通服务实例时自动生成，由一段8位的随机字符串组成。您可在服务实例的URL，或服务实例首页右侧找到您的服务实例名称。
+
+:-: ![](.topwrite/assets/image_1740540520113.png =807)
+
+### 账户注册手机
+
+账户注册手机是您在创建账户并添加第一个用户时填写的手机号码。初始账户手机号与您在账户下的第一个用户的手机号码相同。账户管理员可以在管理中心中更改注册手机号。请妥善保管您的注册手机号，因为在云器产品中，每个注册手机号只能对应一个账户，这是找回账户的唯一凭证。
+
+:-: ![](.topwrite/assets/image_1739330026163.png =806)
+
+^
+^
+
+## 2. 账户名称与标识
+
+### 为什么需要账户名称
+
+* **全局唯一性**：账户名称可帮助您在云器 Lakehouse 的全局服务网络中，唯一区分您的账户。
+* **安全控制**：在启用账户安全策略和第三方应用集成时，账户名称是必需的信息，用于访问或交互。
+
+### 账户名称的常用场景
+
+Lakehouse的账户名称主要用于以下场景：
+
+**1. 登录Lakehouse Web 界面**
+
+当您要登录 Lakehouse 的管理中心或Web界面时，需要在浏览器中输入正确的账户 URL（<您的账户名称>.accounts.clickzetta.com）。
+
+^
+
+### 为什么需要服务实例名称
+
+* **全局唯一性**：实例名称可帮助您在云器 Lakehouse 的全局服务网络中，唯一区分您的服务实例。服务名称包含了region信息，可以直接与region内Lakehouse服务进行交互，简化了交互时的访问链路。
+* **安全控制**：在启用网络安全策略和使用第三方客户端访问Lakehouse时，服务名称是必需的信息，用于访问或交互。
+* **资源链接**：在进行数据共享等功能时，需要明确指定目标或源账户的服务实例名称。
+
+### 服务实例名称的常用场景
+
+**1. Lakehouse CLI / 其他客户端 / 驱动**
+
+当使用 CLI、JDBC 驱动、Python/R/Java 等客户端或第三方工具（如 BI 工具）连接 Lakehouse 时，需要在连接配置中指定服务实例名称。
+
+**2. 第三方应用与服务集成**
+
+当外部应用（如数据分析平台、ETL 工具、云存储服务）与 Lakehouse 交互时，需提供服务实例名称来确定目标 Lakehouse 服务。
+
+**3. 数据共享操作**
+
+在 Lakehouse 的“数据共享”功能中，需要使用服务实例名称来定义操作范围。
+
+^
+
+## Lakehouse账户URL与登录
+
+### 登录地址格式
+
+在云器 Lakehouse 中，每个账户拥有其独立的登录地址（URL）。一般格式如下：
+
+[https://<您的账户名称>.accounts.clickzetta.com](https://<您的账户名称>.accounts.clickzetta.com)
+
+示例：
+
+如果您的账户名称为41nprq1k，则登录地址为：
+
+41nprq1k.accounts.clickzetta.com
+
+### 使用账户名称登录
+
+您可以直接在浏览器中输入 `https://<您的账户名称>.accounts.clickzetta.com`，进入登录页面。在登录页面中，您需要输入或选择正确的账户名称，以及用户名和密码。您的账户下可能存在一个或多个用户，您可以在上述页面中登录任一用户。您也可以通过输入用户的手机号码找回用户名或重置用户密码。当多个用户共用一个手机号码时，您可以通过该手机号码找回所有关联的用户名，以便选择所需登录的用户。
+
+### 登录流程与找回方式
+
+1\. 访问 `https://<账户标识>.accounts.clickzetta.com` 或统一入口 `https://accounts.clickzetta.com`。
+
+2\. 在登录页面，输入或选择正确的账户名称，并输入您的 **用户名**、**密码**。
+
+3\. 如果忘记用户名或密码，可以在完成账户名称输入后，通过用户的手机号找回。
+
+当多个用户共用一个手机号码时，可通过该号码找回关联的所有用户名，并选择所需的用户登录。
+
+4\. 如果忘记账户名称，可以在登录页面通过账户的注册手机号找回，一个手机号仅对应一个注册账户。
+
+^
+
+## 在SQL / 配置文件 / 第三方工具中使用账户标识
+
+为了在各种环境下准确指定目标 Lakehouse 账户，您需要根据具体场景选择合适的账户标识格式：
+
+### 在SQL语句中使用
+
+当您在 Lakehouse SQL 中需要引用其他账户（例如进行数据共享）时，使用：服务实例名称（instance_name）。
+
+例如：
+
+`--为数据共享指定分享实例`
+
+`ALTER SHARE share_demo ADD INSTANCE <instance_name>;`
+
+### 在配置文件或第三方工具中使用
+
+* **SQL客户端、驱动或库配置**
+
+在某些SQL客户端（如DBeaver）JDBC驱动或Python/Java库的配置文件中，需要配置链接参数，例如配置DBeaver驱动时：
+
+:-: ![](.topwrite/assets/image_1740549280083.png =361)
+
+JDBC 连接字符串内，需要使用服务实例名称（instance_name），如：
+
+`jdbc:clickzetta://<your_instance_name>.ap-southeast-1-alicloud.api.clickzetta.com/demo_workspace?username=demo_user&password=DemoPassword&schema=public&virtualCluster=DEFAULT`
+
+再例如配置Python SDK时，需要使用服务实例名称（instance\_name）：
+
+`from clickzetta import connect`
+
+`# 建立连接`
+
+`conn = connect(username='username',`
+
+`               password='password',`
+
+`               service='<region\_id>.api.clickzetta.com',`
+
+`               instance='your_instance_name',`
+
+`               workspace='quickstart_ws',`
+
+`               schema='public',`
+
+`               vcluster='default')`
+
+^
+^
+
+## 维护账户信息
+
+### 查看账户注册手机
+
+当您使用具备账户管理员角色的用户登录云器后，可以在管理中心对您的账户进行管理。在“账户主页”页面，您可以查看账户的基本信息以及账户的登录URL。您还可以点击注册手机号右侧的“修改”按钮，更改账户注册的手机号码。
+请注意，您可在“账户中心”页面分别看到“账户信息”中的注册手机——这意味着该账户绑定的手机号码，可通过该手机号找回账户名称；以及“用户信息”中的“注册手机”——这意味着当前登录用户的手机号码，仅与当前登录用户身份绑定，可用于当前用户登录时的 MFA 验证、找回用户名、找回密码等操作。请注意区分。
+
+![](.topwrite/assets/image_1740550879753.png)
+
+### 修改账户注册手机
+
+如果需要修改账户注册手机，需要具备账户管理员（account_admin）身份的用户登录。在进入“账户中心”后，点击“账户信息”栏“注册手机”旁的修改按钮，在验证完旧手机号码后，可以录入并修改为新的手机号。
+
+:-: ![](.topwrite/assets/image_1740551806201.png =765)
+
+:-: ![](.topwrite/assets/image_1740551835302.png =438)
+
+### 修改账户名称或服务实例名称
+
+账户名称（account\_name）和服务实例名称（instance\_name）均为全局唯一名称，生成后不允许进行修改。
+
+^
+^
+
+如需进一步管理账户下的用户，请参考[管理用户](account_user_management.md)。