自增列的值 不是顺序递增 ，也 不支持从1开始递增 。但自增列的值都是唯一值。

根据分布键值的HASH结果不同，数据被分散到不同的分片上。在分片上，根据分区键值的不同，数据被划分为不同的分区。示意图如下。

• 创建分区表，不是必须手动指定分布键。如果未手动指定分布键， AnalyticDB for MySQL 会采纳主键作为分布键。无主键时，自动生成一列 __adb_auto_id_ _ 作为分布键和主键。

• 创建维度表，不需要指定分布键，但需要指定DISTRIBUTED BY BROADCAST，表示每个存储节点都存储一份全量数据。

变配不会改变集群的分片数（Shard数量）。

执行SQL查询表的分区信息：

SELECT partition_id, --分区名
 row_count, -- 分区总行数
 local_data_size, --分区本地存储所占用空间大小
 index_size, -- 分区的索引大小
 pk_size, --分区的主键索引大小
 remote_data_size --分区的远端存储所占用空间大小
FROM information_schema.kepler_partitions
WHERE schema_name = '$DB'
 AND table_name ='$TABLE' 
 AND partition_id > 0;

创建分区表后，查不到分区信息主要有两个原因：

• 建表时，只是通过定义分区键设置了数据分区的规则，并没有开始创建分区。分区由分区键的键值决定。如果表还没写入数据，分区键值为空，不会创建分区。

• 分区不是实时构建的。当写入的数据BUILD完成后，才能查看到分区信息。

解决方法：

请先写入数据，并等待BUILD任务完成。BUILD任务完成后，可以查看分区信息。

分区键的数据类型可以是数值类型、日期时间类型或表示数字的字符串类型。除此以外的数据类型，可能导致数据写入报错。

如果写入数据时，遇到报错 partition format function error ，说明写入分区键的值不符合数据类型的要求。

不能。定义分区键仅支持两种方法：PARTITION BY VALUE（column）和PARTITION BY VALUE(DATE_FORMAT(column,'format'))。使用其他函数会报错。

通过 SHOW CREATE TABLE <table_name> ，查看建表语句。建表语句中显示分区表的生命周期。

可能有两个原因：

• 分区刚刚过期，尚未被删除。过期的分区数据不会被立即删除。当该表的BUILD任务完成后，过期的分区数据才会被删除。

• LIFECYCLE定义了一个分片上保留多少个分区。当数据分布不均时，可能出现该现象。

  例如，由于数据分布不均，按日期分区时，分片1有分区20231201、20231202、依次类推到20231230；分片2有分区20231202、20231203、依次类推到20231231。分片1和分片2上的分区数均为30，满足生命周期的设定。但查询数据时，可以查到日期为20231201～20231231的数据。

不会。分区不是实时构建和清理的。表的某个分区过期后，该表需要完成BUILD，分区才会被清理。

通过 SHOW CREATE TABLE 查询建表语句中定义的聚集索引。

AnalyticDB for MySQL 不支持唯一索引（UNIQUE INDEX）。但 AnalyticDB for MySQL 的主键索引就是唯一索引，可以确保主键值在表中是唯一的。

TABLE_PROPERTIES='{"format":"columnstore"}' 是固定取值，表示ENGINE中的数据是列存格式。建表时您无需手动指定该属性。

ALTER TABLE支持变更以下参数：

• table_name、column_name、column_type、COMMENT

• 增加和删除列（主键列除外）

• 列的默认值

• NOT NULL变更为NULL

• 增加和删除INDEX索引

• 分区函数的日期格式

• 生命周期

• 存储策略

具体用法请参见 ALTER TABLE 。

其他参数在建表后无法变更。

一个 AnalyticDB for MySQL 集群的表数量上限如下：

• 数仓版预留模式 集群（具备1～20个节点组）： 80000/(分片数/节点组数量) 。 分片数/节点组数量 向上取整。

  增加节点组数量，可提高内表数量的上限，增加节点组数量请参见 数仓版扩缩容 。

• 数仓版弹性模式 集群的内表数量上限： [80000/(分片数/EIU数量)]*2 。 分片数/EIU数量 向上取整。

  EIU又叫弹性IO资源。增加EIU数量，可提高内表数量的上限，增加EIU数量请参见 弹性IO资源（EIU）扩容 。

• 湖仓版 集群的内表数量上限： [80000/(分片数/存储预留资源的组数)]*2 。一组存储预留资源为24 ACU。假设集群的存储预留资源为48 ACU，则存储预留资源的组数为2。

  扩容存储预留资源，可提高内表数量的上限，扩容请参见 湖仓版扩缩容 。

• 数仓版弹性模式集群和湖仓版集群的 外表数量 上限：50万。

AnalyticDB for MySQL 默认的字符集为utf-8，相当于MySQL的utf8mb4字符集，暂不支持其他字符集。

原因：建表语句中定义了分区，但未设置分区的生命周期。

报错的建表语句示例如下：

CREATE TABLE test (
  id INT COMMENT '',
  name VARCHAR(10) COMMENT '',
  PRIMARY KEY (id, name)
DISTRIBUTED BY HASH(id) PARTITION BY VALUE(name);

解决方法：在建表语句中定义分区的生命周期，正确的示例如下。

CREATE TABLE test (
  id INT COMMENT '',
  name VARCHAR(10) COMMENT '',
  PRIMARY KEY (id, name)
DISTRIBUTED BY HASH(id) PARTITION BY VALUE(name) LIFECYCLE 30;

原因： AnalyticDB for MySQL 集群分区数量的上限默认为102400。分区数量超过上限，会出现该报错。

查询集群的分区数量，方法如下。

SELECT count(partition_id)
FROM information_schema.kepler_partitions
WHERE partition_id > 0;

解决方法：您可以调整分区的粒度。例如，按天分区改为按月分区。修改分区粒度的操作，请参见 更改分区函数 。

原因：主键需包含分布键和分区键。如果主键未包含分区键，会出现该报错。

SQL错误示例1：

CREATE TABLE test (
  id INT COMMENT '',
  name VARCHAR(10) COMMENT '',
  PRIMARY KEY (id)
DISTRIBUTED BY HASH(id) PARTITION BY VALUE(name) LIFECYCLE 30;

如果未指定主键和分布键，也会出现该报错。因为建表未指定主键和分布键时， AnalyticDB for MySQL 会自动生成一列 __adb_auto_id_ _ ，作为主键和分布键。此时主键只有 __adb_auto_id_ _ ，因为不包含分区键，所以报错。

SQL错误示例2：

CREATE TABLE test (
  id INT COMMENT '',
  name VARCHAR(10) COMMENT ''
PARTITION BY VALUE(name) LIFECYCLE 30;

解决方法：请将分区键添加到主键中。

原因： AnalyticDB for MySQL 集群有表数量上限，超过上限，会出现该报错。不同产品系列不同产品规格的表数量上限不同，具体请参见 内表数量的最大值 。

解决方法：

• 删除无用的表。

• 将多张表合并为一张表。

原因： AnalyticDB for MySQL 不支持UNSIGNED属性，即不支持无符号数。

解决方法：建表语句的列属性中不定义UNSIGNED属性。您需要自己在业务代码中实现非负数的约束。