在Django中用psycopg2修改PostgreSQL序列：生产环境失效问题

嘿，这种本地跑正常、生产环境悄咪咪失效还不报错的问题真的很磨人！我结合PostgreSQL和psycopg2的常见坑，给你梳理几个大概率的原因和解决办法：

1. 最容易忽略的：事务未提交 #

psycopg2默认是关闭自动提交的，也就是说你执行完ALTER语句后，如果没手动提交事务，生产环境的数据库会自动回滚这个操作（本地可能因为数据库配置或者其他操作触发了自动提交，比如用pgAdmin连接时默认自动提交）。

看看你的代码是不是缺了提交步骤？修正后的代码应该加上commit()，还要在异常时回滚：

def alter_sequence(last_id):
    try:
        dbname = settings.DATABASES['default']['NAME']
        user = settings.DATABASES['default']['USER']
        host = settings.DATABASES['default']['HOST']
        password = settings.DATABASES['default']['PASSWORD']
        port = settings.DATABASES['default']['PORT']
        
        connection = psycopg2.connect(
            dbname=dbname, user=user, host=host, password=password, port=port
        )
        cursor = connection.cursor()
        
        # 先查询id字段对应的真实序列名（避免硬编码出错）
        cursor.execute("SELECT pg_get_serial_sequence('your_table_name', 'id');")
        sequence_name = cursor.fetchone()[0]
        
        # 修改序列起始值（注意last_id要+1，不然下一条插入会重复）
        cursor.execute(f"ALTER SEQUENCE {sequence_name} RESTART WITH %s;", (last_id + 1,))
        
        # 关键！提交事务
        connection.commit()
        
        cursor.close()
        connection.close()
    except Exception as e:
        # 异常时回滚事务
        if connection:
            connection.rollback()
        print(f"修改序列失败: {e}")

2. 序列名称不匹配（尤其是Schema差异） #

本地数据库可能默认用public schema，生产环境的表可能放在其他schema下（比如prod），这时候序列的完整名称应该是schema.table_id_seq，如果代码里只写了table_id_seq，生产环境会找不到正确的序列，自然没效果。

用这个SQL可以在生产环境查询id字段对应的序列：

SELECT pg_get_serial_sequence('your_table_name', 'id');

把查询到的完整序列名用到你的ALTER语句里。

3. 生产环境数据库用户权限不足 #

本地的数据库用户可能是超级用户，有ALTER SEQUENCE的权限，但生产环境的用户权限被限制了，导致ALTER语句执行成功但实际没生效（PostgreSQL在权限不足时，如果你没有开启严格的错误检测，可能不会抛出明显异常）。

给生产环境用户赋权：

GRANT ALTER ON SEQUENCE your_sequence_name TO your_db_user;

4. 序列与id字段未正确关联 #

如果你的id字段不是用SERIAL或IDENTITY创建的，而是手动绑定的序列，可能生产环境中序列和字段的关联关系丢失了，这时候修改序列也不会影响id的自增。

检查关联关系：

SELECT column_default FROM information_schema.columns 
WHERE table_name = 'your_table_name' AND column_name = 'id';

如果结果里没有nextval('your_sequence_name'::regclass)，说明关联失效，需要重新绑定：

ALTER TABLE your_table_name ALTER COLUMN id SET DEFAULT nextval('your_sequence_name'::regclass);

5. 生产环境存在锁阻塞 #

生产环境可能有其他长事务持有了序列的锁，导致你的ALTER语句被阻塞，看起来像是没生效。

查询序列的锁情况：

SELECT * FROM pg_locks WHERE relation = 'your_sequence_name'::regclass;

如果有其他事务持有锁，需要等待事务结束或者杀掉阻塞的进程。

内容的提问来源于stack exchange，提问作者umaru