openGauss数据库主键自增SQL建表语句无法正常运行或者导入

最新推荐文章于 2025-07-23 22:56:29 发布

原创最新推荐文章于 2025-07-23 22:56:29 发布 · 279 阅读

3 ·

CC 4.0 BY-SA版权

文章标签：

#gaussdb #数据库

一、问题描述

openGauss5.X版本，数据库使用B模式（即Mysql模式），数据迁移时，如果表中主键id自增使用的是AUTO_INCREMENT，导出的建表语句SQL无法直接在新的数据库执行，使用客户端连接工具如navicat也无法正常执行。一般我们希望的是使用同一个工具导出的SQL能够直接在新的数据库执行。尤其是两个数据库无法直接连接的时候。即离线导入SQL脚本的场景。

二、问题分析

以数据库A中表为例，导出的建表语句如下：

CREATE TABLE "public"."t_xxx" (
  "id" int4 NOT NULL DEFAULT AUTO_INCREMENT,
  "code" int4,
  "describe" varchar(50) COLLATE "pg_catalog"."default",
  "error_type" varchar(50) COLLATE "pg_catalog"."default",
  "create_time" timestamptz(6) DEFAULT b_db_statement_start_timestamp(0)
)

ALTER TABLE "public"."t_xxx" ADD CONSTRAINT "t_xxx_pkey" PRIMARY KEY ("id");

从上面可以看出，虽然数据库是Mysql模式，但是导出的SQL和直接从Mysql导出来的区别很大，id字段的主键和自增，拆成了两个语句。当在新的数据库（openGauss数数据库Mysql模式）执行此语句的时候会报错：

ERROR:  column "AUTO_INCREMENT" does not exist

如果删掉DEFAULT AUTO_INCREMENT，又可以正常执行，但是失去了AUTO_INCREMENT自增设置，这种情况下，使用navicat设置主键id的默认值为AUTO_INCREMENT会像见鬼一样执行不成功，那么原来建表时是如何设置成功的呢？

三、解决方案

正确的建表语句：

CREATE TABLE "public"."t_xxx" (
  "id" int4 NOT NULL AUTO_INCREMENT PRIMARY KEY,
  "code" int4,
  "describe" varchar(50) COLLATE "pg_catalog"."default",
  "error_type" varchar(50) COLLATE "pg_catalog"."default",
  "create_time" timestamptz(6) DEFAULT b_db_statement_start_timestamp(0)
)

1、将 “id” int4 NOT NULL DEFAULT AUTO_INCREMENT,
语句修改为 “id” int4 NOT NULL AUTO_INCREMENT PRIMARY KEY,
删除 ALTER TABLE “public”.“t_xxx” ADD CONSTRAINT “t_xxx_pkey” PRIMARY KEY (“id”);
2、需要注意的是AUTO_INCREMENT之前千万不能带DEFAULT ，后面必须跟PRIMARY KEY 。

遇到大批量SQL导入导出的时候，直接使用批量替换功能，也很快就能处理好。