Slick中调用一次db.run和多次调用db.run有什么区别？

你提到的「不加transactionally两种写法就没有区别」的认知是错误的，二者存在多处本质差异，和是否添加事务声明无关。

• 连接管理逻辑差异
  单次db.run的写法是先将dbAction1、dbAction2组合为一个完整的DBIO Action后再提交执行，Slick会为整个组合Action分配同一个数据库连接，全程持有连接直到两个操作全部执行完成后才释放回连接池。
  多次db.run的写法是两次独立的执行请求，每次调用db.run都会单独从连接池申请连接，前一次执行完成后立即释放对应连接，两次操作使用的连接没有绑定关系，无法保证是同一个连接。
• 事务支持能力差异
  单次db.run的写法可以直接通过dbAction3.transactionally将两个操作纳入同一个事务，轻松实现原子性（要么全部成功要么全部回滚）。即使不添加事务声明，两个操作也是在同一个连接上顺序执行。
  多次db.run的写法完全无法实现跨调用的事务绑定，哪怕给两个Action分别加transactionally，也是两个完全独立的事务，一旦第二个操作执行失败，第一个操作的修改已经提交无法回滚，完全不具备原子性保障能力。
• 性能开销差异
  多次db.run的写法会额外产生一次连接申请、释放的开销，高并发场景下会加剧连接池的竞争，性能明显弱于单次db.run的组合执行写法。
• 并发安全差异
  多次db.run的两次操作之间存在时间差，中间可能插入其他客户端的数据库修改操作，很容易出现更新丢失、幻读等数据一致性问题。而单次db.run的组合操作在同一个连接上顺序执行，不存在中间穿插其他操作的窗口，一致性表现更好。

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