Asyncpg仅查询数据时是否需要调用.acquire()或.transaction()？

两种写法的本质差异 #

asyncpg的连接池Pool实例自带的fetchval/fetch/execute等方法是官方封装的语法糖，内部会自动完成「获取连接-执行SQL-释放连接」的全流程，所以单条操作直接调用是完全合法的。
而第二种手动acquire连接的写法，是用于需要复用同一个连接的场景。另外你给出的第二种写法存在冗余问题：async with db.acquire()上下文管理器退出时会自动将连接归还到连接池，末尾的await db.release(con)是多余的，重复释放还可能引发连接池状态异常。

最佳实践按场景选择即可，不需要所有操作都手动获取连接、开启事务： #

• 如果你执行的是单条独立读操作/单条简单写操作，直接用第一种写法即可，代码更简洁，没有性能或一致性问题：单条SQL在PostgreSQL中默认运行在隐式事务中，本身就能保证执行的原子性。
• 如果你遇到以下任意一种场景，必须使用手动获取连接+显式开启事务的写法：
  • 要在同一个连接下执行多条连续的SQL操作
  • 写操作有关联逻辑、需要保证多条操作的原子性（要么全部成功要么全部回滚）
  • 需要自定义事务隔离级别、手动控制提交/回滚逻辑
    这种写法能避免多条操作拿到不同连接导致的竞态条件、数据不一致问题，出错时也可以通过事务回滚保证数据正确性。

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