ALTER TABLE 修改表的AUTO_INCREMENT 值

【 使用环境 】测试环境
【 OB or 其他组件 】OB
【 使用版本 】4.2.1.7
【问题描述】oceanbase 修改表的AUTO_INCREMENT 值后，ALTER TABLE test AUTO_INCREMENT = 2014478;
通过show create table t1 看到的AUTO_INCREMENT值还是没变
【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接（右键跳转查看）：

【SOP系列 22 】——故障诊断第一步(自助诊断和诊断信息收集)

【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试，在发帖时输入 [@论坛小助手] 即可召唤小助手，欢迎试用！

在这个场景中，您遇到了修改表的 AUTO_INCREMENT 值后，通过 SHOW CREATE TABLE 命令查看发现 AUTO_INCREMENT 值没有更新的问题。这可能是由于多种原因造成的，例如：操作不当、系统设置或内部机制的影响等。首先，可以尝试使用 ALTER TABLE 命令再次执行更新 AUTO_INCREMENT 值的操作来确认是否为操作问题。但是，为了更深入地诊断这个问题，我们可以通过 obdiag 工具来收集相关日志和信息。

虽然针对您的问题，obdiag 没有专门的根因分析场景，但我们可以从日志层面入手，收集与表定义和DDL操作相关的日志，以进一步分析问题的原因。

日志采集场景: DDL过程中报磁盘空间不足的问题
日志采集命令: obdiag gather scene run --scene=observer.ddl_disk_full

请注意，这个场景主要是用于处理 DDL 操作时磁盘空间不足的问题，但在这个情况下，它可以帮助我们获取到关于 DDL 操作的一些额外信息，比如修改 AUTO_INCREMENT 的记录等。同时，如果您遇到的是其他类型的 DDL 操作问题，也可以尝试使用这个命令。

为了更好地了解情况，请您回答以下几个问题：

1. 您在执行修改 AUTO_INCREMENT 值的操作时，是否收到了任何错误消息？
2. 您是否有对该表执行过其他 DDL 操作，例如添加或删除列、更改表结构等？
3. 您当前使用的 OceanBase 版本是什么？是否有最近的版本升级或系统配置变更？
4. 能否提供具体的 ALTER TABLE 和 SHOW CREATE TABLE 的命令及结果？
5. 您是否检查过数据库的日志文件，是否有与该表或该 DDL 操作相关的错误记录？

请您先尝试重新执行 ALTER TABLE 操作，并留意是否有异常反馈。同时，按照上述命令收集日志并提供给我们，这将有助于我们进一步分析问题。

附上敏捷诊断工具 obdiag 使用帮助链接

本地测试441版本是正常的

正常应该可以吧

可能原因：
‌1、修改方式不正确‌
OceanBase 的 AUTO_INCREMENT 修改语法需通过 ALTER TABLE 命令，但需指定列名（如 id），而非直接修改表级属性。
ALTER TABLE test MODIFY COLUMN id BIGINT AUTO_INCREMENT = 2014478;

‌2、数据插入影响‌
若表中已有数据，AUTO_INCREMENT 可能被现有值覆盖。需先清空表或删除最大值行。
DELETE FROM test WHERE id = (SELECT MAX(id) FROM test);

3、事务提交问题‌
修改后需提交事务，确保更改生效。
COMMIT;

‌4、检查表结构‌
确认列定义中包含 AUTO_INCREMENT 属性。
SHOW CREATE TABLE test;
DESC test;

注意事项
‌主键约束‌：AUTO_INCREMENT 列必须是主键或唯一索引。
‌数据一致性‌：修改前备份数据，避免意外删除。
‌版本兼容‌：不同 OceanBase 版本语法可能有差异，建议参考官方文档。

学习下

学习学习

alter命令应该就是正常的操作命令啊

学习一下记住了