瀚高（PG）数据库无法修改数据——锁表

一旦修改数据就回卡死。

select
 pid 
from
 pg_locks 
right join 
 (select oid from  pg_class  where relname='表名') t1 
on 
 relation= t1.oid;  --查询出结果则被锁

--解锁

select pg_cancel_backend(上面查到的pid)

上面如果删除不掉那个进程，可以用下面的方式删除
select pg_terminate_backend(上面查到的pid)

产生死锁的原因主要是：

（1） 因为系统资源不足。

（2） 进程运行推进的顺序不合适。

（3） 资源分配不当等。

以下情况将导致死锁的发生：

应用程序a获取表1的第一行的锁来进行更新，然后同时程序B获得表第2的第2行的锁。现在，应用A需要锁定表2第2行来继续执行并完成，但是它无法获取锁，这是因为该锁现在由应用程序B保持。应用A需要等待应用程序B释放它。

而且，如果应用程序B需要锁定表1第1行，来继续执行并完成事务，它也无法获取锁，因为该锁由应用程序A持有。

那么在平常我们该如何预防死锁？

在数据库方面能做出避免死锁的事情并不多。不过还是可以给出一些建议：

1）搜索长时间运行的事务。由于锁通常保持到事务结束，因此事务处理的时间越长，对资源的锁定就越长。如果可能，尝试将长时间运行的事务拆分为更小/更快的事务。

2）有时不可能实际拆分事务，因此工作应该集中于每次都尽量以一致的顺序执行操作，这样事务就能形成格式良好的队列并且不会发生死锁。

3）建议将重试逻辑添加到应用程序中，如果发生死锁，应用程序将再次运行相同的命令。

4）检查使用的隔离级别，可以尝试着更改它们。查找像SELECT FOR UPDATE和SELECT FOR SHARE这样的等命令，因为它们会生成显式锁，然后评估是否真的需要这些语句或者是否可以使用旧的数据快照。如果无法删除这些命令，可以尝试改用较低的隔离级别，例如READ COMMITTED。

5）向表中添加索引时要仔细考虑，选择最合适的进行添加。这样，查询时就需要扫描更少的索引记录，从而设置更少的锁。

6）还可以采取一些预防措施。例如命名一个实例时，避免在添加列的同一条命令中同时添加默认值。如果将此操作拆分为多个命令，例如添加列，添加默认值，更新空值，将最小化锁的影响。