Python sqlite3 事务提交后游标还能不能继续使用

可以继续使用，但要先分清“游标对象还活着”和“原来的查询结果是否适合继续读”。Connection.commit() 提交的是连接上的待提交事务，不会自动关闭 Cursor，也不会把已经执行的游标对象重置。对于正在读取的 SELECT，通常可以在提交后继续调用 fetchone() 或 fetchall()；不过这不代表结果集变成了跨事务的稳定快照。需要稳定结果时，最好在提交前取完或缓存结果，提交后再重新执行查询。

最稳妥的判断是：提交后可以复用游标，但不要混淆旧结果集、新事务和重新执行。写入游标用异常与 rowcount 确认，读取游标用明确的 fetch 生命周期管理。

commit() 结束的是连接事务，不是 Cursor

在 sqlite3 中，连接负责事务控制，游标负责执行语句和承接结果。两者有关联，但生命周期不是一回事。调用 con.commit() 后，连接上的待提交写入会被提交；cur 这个 Python 对象仍然存在，仍可调用 execute()、fetchone() 和 fetchall()。

因此下面的判断通常成立：commit() 后游标没有失效；但“还能调用方法”不等于“旧查询结果永远不变”。SQLite 的读事务、结果集完成时机和连接的事务模式都会影响你看到的内容。

查询游标可以继续 fetch，但先确认你要的语义

import sqlite3

con = sqlite3.connect(":memory:")
cur = con.cursor()
cur.execute("CREATE TABLE item(id INTEGER PRIMARY KEY, name TEXT)")
cur.executemany("INSERT INTO item(name) VALUES (?)", [("A",), ("B",), ("C",)])
con.commit()  # 提交写入事务，不关闭 cur

cur.execute("SELECT id, name FROM item ORDER BY id")
first = cur.fetchone()
con.commit()  # 没有待提交写入时，这里不会让游标自动失效
rest = cur.fetchall()

print(first, rest)  # 旧结果集通常仍可继续读取
cur.close()         # 读取结束后显式释放游标
con.close()         # 最后关闭连接

这个例子展示的是“已有查询继续取结果”。如果业务要求这批数据严格保持同一个读取视图，不能只依赖“提交后还能 fetch”这一点，应在提交前完成读取，或者直接把 fetchall() 的结果保存到列表中，再进行后续写入。

重新 execute 会替换结果集，写入游标不要拿来 fetch

同一个游标再次执行 SQL 后，游标当前结果集会转为新语句的结果。下面的代码不会保留第一条查询的剩余行：

cur.execute("SELECT id, name FROM item ORDER BY id")
cached = cur.fetchall()  # 需要保留时，先取出并缓存

cur.execute("UPDATE item SET name = ? WHERE id = ?", ("A-new", 1))
con.commit()             # 写入完成后提交连接事务

print(cached)            # 这里读取的是缓存，不依赖 cur 的旧结果集
print(cur.rowcount)      # 写入语句用影响行数和异常确认结果

UPDATE、INSERT 和 DELETE 的游标主要用于执行状态与影响行数，不应期待像 SELECT 那样调用 fetchone() 得到业务记录。提交后若要确认写入，使用新的 SELECT 更清楚，也更容易把确认查询放到明确的事务边界里。

提交前后怎么安排，取决于结果是否要稳定

Python 文档还区分了推荐的 Connection.autocommit 控制方式和兼容旧行为的 isolation_level。在 autocommit 开启时，commit() 和 rollback() 没有常规事务提交效果；所以排查“commit 后数据为什么没变化”时，先看连接实际采用的事务模式。

常见误区与收尾方式

commit() 后 fetchone() 报错，是不是游标被提交关闭了？

不一定。先检查是不是已经调用过 cur.close()，或者在同一游标上执行了另一条 SQL。还要确认异常来自游标状态、SQL 语句本身，还是连接已经关闭。

提交后继续 fetch 能保证读到提交前的数据吗？

不能把它当成通用保证。想保留原查询结果就先取完或缓存；想读取最新状态就提交后重新执行查询，并明确这已经是新的读取动作。

什么时候应该每次都新建游标？

当读写交错、函数边界复杂或需要同时保留多个结果集时，新建短生命周期游标更直观。游标创建成本通常不是这里最值得优化的地方，错误的结果集复用才更容易造成问题。

最后可以用一句话收口：commit() 不会让 Cursor 自动失效，但游标是否还能安全承接旧结果，要看你是在继续 fetch、重新 execute，还是已经切换到新的事务语义。把结果集及时缓存、把写入确认改成新的查询，通常比依赖隐含行为更稳。