flask 应用无法自动显示 mysql 中新增的记录，即使刷新页面也始终返回旧数据；根本原因并非缓存或调试模式，而是数据库连接未正确提交事务，导致查询复用了过期的事务快照。
flask 应用无法自动显示 mysql 中新增的记录，即使刷新页面也始终返回旧数据；根本原因并非缓存或调试模式，而是数据库连接未正确提交事务，导致查询复用了过期的事务快照。
在使用 mysql-connector-python 与 Flask 构建只读查看界面时，一个常见但易被忽视的问题是：应用启动后首次查询获取的数据集会持续“固化”，后续外部写入的新记录始终不可见——即便反复刷新页面、禁用浏览器缓存、甚至关闭调试模式（debug=False），问题依旧存在。
这并非 Flask 本身的行为，而是 MySQL 的事务隔离机制在起作用。默认情况下，mysql-connector-python 会为每个连接启用事务（autocommit=False）。当执行 cursor.execute() + fetchall() 后，若未显式调用 db.commit() 或 db.rollback()，该连接将停留在同一事务上下文中。而 MySQL 的可重复读（REPEATABLE READ）隔离级别会保证：同一事务内多次 SELECT 始终看到事务开始时的快照。因此，即使其他应用已向数据库插入新记录，当前 Flask 请求仍读取的是初始事务快照，造成“数据不更新”的假象。
✅ 正确做法是：每次查询前确保事务已结束。最直接的方式是在 fetchall() 后立即调用 db.commit()（即使只是读操作）——它会提交当前事务并开启新事务，从而获取最新快照：
FastAPI + Flask 混合部署最佳实践，解决路由定义、API 代理等常见问题，适用于同时运行 FastAPI API 与 Flask 前端的场景。
cursor = db.cursor()
cursor.execute("SELECT * FROM logs WHERE status = %s", ("active",))
results = cursor.fetchall()
db.commit() # 关键：强制结束当前事务，使下次查询获取最新数据
cursor.close()⚠️ 注意事项：
-
db.commit()对纯 SELECT 操作无副作用，但必不可少——它是打破事务快照锁定的关键； - 不要误用
db.autocommit = True全局开启（尤其在混合读写场景下易引发一致性风险），推荐按需显式提交； - 若使用连接池（如
pool_size > 1），需确保每个请求使用独立连接，并在请求结束前完成commit()或rollback()； - 更健壮的实践是封装数据库操作为上下文管理器，确保事务自动清理：
def fetch_records(query, params=()):
cursor = db.cursor()
try:
cursor.execute(query, params)
return cursor.fetchall()
finally:
cursor.close()
db.commit() # 每次查询后重置事务状态总结：该问题本质是数据库事务生命周期管理缺失，而非 Flask 或前端缓存所致。通过在每次查询后调用 db.commit() 主动结束事务，即可让 Flask 实时读取 MySQL 中由外部系统写入的最新数据，彻底摆脱“重启应用才能更新”的低效运维模式。
