一、问题描述
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导入导出的时候,直接使用批量替换功能,也很快就能处理好。