DB 开启了事务但只做了 select，请问是 commit 还是 roll back 耗资源?

Selete 为什么要开启事务呢 一般不是写入重要操作的时候才需要吗

没写入的话commit和rollback没区别呀，都是释放掉当前上下文。

只做查询的时候 不开启事物

有db写入的时候 才开启

MySQL么？
第一，无更新操作不开启事务
第二，如果是“可能更新”而开启事务最后因为逻辑直接要结束，应该commit，因为rollback必然要进行一大堆内部逻辑。不过无写入rollback跟commit的开销差距极小，

@msg7086 "idle in transaction"

@oclock 没看懂，能详细说说么

@imnpc
@msg7086
@hdshen
@realpg
这个算进入事务了吧?
select id from table where id=1 for update

@sivacohan 谢谢
@oclock 没太懂

不是开销问题，select for update之后到底有没有写动作，有的话肯定应该commit。一般可以这样
try:
db.session.execute(...)
...
db.session.commit()
except SQLAlchemy.Error:
db.session.rollback()

如果不捕捉异常，常常出现悬空连接idle in trasanction (postgresql)，而数据库要过很久才会关闭这些连接

@oclock 楼主问的是提交和滚回的性能区别…

@msg7086 rollback贵，常识

@oclock 有多常识麻烦说说？