Django ORM更新PostgreSQL数组字段无报错但save()停滞问题

你遇到的情况是Django更新PostgreSQL数组字段时，save()方法停滞无报错，后续代码无法执行。结合你的场景，下面是可能的原因和对应的解决办法：

可能的原因及排查步骤 #

1. 数据库锁阻塞 #

最常见的原因是其他事务持有了目标记录的排他锁，导致当前save()请求一直等待锁释放。

• 登录PostgreSQL执行以下查询，检查锁状态：

  -- 替换your_table_name为你的表名
  SELECT * FROM pg_locks 
  WHERE relation = (SELECT oid FROM pg_class WHERE relname = 'your_table_name');
  

• 同时查看当前活跃进程：

  SELECT pid, query, state FROM pg_stat_activity WHERE state = 'waiting';
  

  如果发现有等待锁的进程，找到对应的PID终止，或者让持有锁的事务提交/回滚。

2. 数据合法性问题 #

虽然你说number是列表，但可能存在隐性数据问题：

• 打印number的类型和内容，确认是纯整数列表：

  print(f"Number type: {type(number)}, content: {number}")
  

  避免出现嵌套列表、字符串、None等不符合IntegerField要求的值（比如[1, '2']这种会在Django校验时卡住，甚至无报错停滞）。
• 注意PostgreSQL的integer[] NOT NULL允许空数组[]，但如果number是None会触发非空约束错误，不过你的情况没报错，所以重点检查列表内的元素。

3. Django信号阻塞 #

如果你的模型注册了pre_save或post_save信号，信号中的逻辑可能导致停滞：

• 临时注释掉所有和该模型相关的信号代码，重新测试save()是否正常。如果恢复正常，说明信号内部有耗时操作、死循环或其他阻塞逻辑。

4. 对象实例化带来的额外开销 #

使用get()获取整个对象再更新，会触发模型的信号、字段校验等额外逻辑，可能导致阻塞。可以改用直接更新的方式：

# 替换原来的get+save逻辑
classname.objects.using('default').filter(id=value).update(numbers=number)

这种方式直接生成SQL更新语句，跳过对象实例化和信号触发，效率更高，也能避免部分锁问题。

5. 数据库连接或事务问题 #

• 检查Django的DATABASES配置，确认AUTOCOMMIT是否为True（默认是），如果手动开启了事务但未提交，可能导致save()等待。
• 查看PostgreSQL的数据库日志（通常在data/log目录下），里面会记录慢查询、锁等待的详细信息，帮助定位问题。

内容的提问来源于stack exchange，提问作者Abhishek K M