PostgreSQL同一行并发写入流程正确性及数据安全性确认

在READ COMMITTED（PostgreSQL默认隔离级别）下，你描述的「进程2等待进程1完成后再执行更新」的流程是符合PostgreSQL锁机制的，完全正确，且能满足你“不丢失数据、不抛出错误”的需求，具体逻辑如下：

• 当进程1启动事务并执行UPDATE语句修改某行的指定列时，PostgreSQL会对该行施加排他行锁（ROW EXCLUSIVE LOCK），该锁会持续持有直到进程1的事务提交或回滚。
• 此时进程2尝试执行UPDATE语句修改同一行的其他列，会立即被阻塞——因为无法获取该行的排他锁，只能等待进程1释放锁。
• 进程1事务提交后，锁会被释放，进程2会重新读取该行的最新版本（READ COMMITTED级别下，每个语句执行时都会生成新的数据快照），随后执行自身的更新操作，不会覆盖进程1已提交的修改，也不会丢失任何数据。
• 只要不存在死锁场景（比如两个进程互相等待对方持有的锁），这种串行等待的情况不会抛出错误，只会短暂阻塞，直到锁可用后自动继续执行。

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