事务冲突后如何以可序列化的隔离级别拆除事务？

Question

当可序列化隔离级别与 PostgreSQL 一起使用时，处理与另一个事务冲突的正确方法是什么？

假设应用程序已经执行

1. begin transaction
2. ...
3. savepoint p1
4. insert...

如果应用程序在步骤 4 中出错

ERROR 40001 could not serialize access due to read/write dependencies among transactions
Reason code: Canceled on identification as a pivot, during conflict in checking.
The transaction might succeed if retried.

在重试交易之前正确的拆解是什么？ 应用程序是否应该执行这两个查询

1. rollback to savepoint p1
2. rollback

还是只是rollback ？ 如果只是rollback ，重试期间可以将名称p1用于保存点吗？ 另外，如果上面的步骤 4 成功但随后执行了怎么办

5. release savepoint p1 ？

并且该查询被ERROR 40001中断，应用程序应该尝试执行rollback to savepoint p1还是会导致错误？ 或者每次都会成功release savepoint p1 ，所以不需要考虑如果在执行时发生冲突会发生什么？

如果有一些关于在可序列化隔离级别执行时哪些查询不可能导致事务冲突的文档，那就太好了。