在Python Flask+MySQL中复用单数据库连接是否存在潜在问题？

你这种让所有请求共用同一个数据库连接的做法，会踩不少坑，主要问题有这几个：

• 线程安全问题：你开了threaded=True，Flask会用多线程同时处理多个请求，但mysql.connector的连接对象根本不是线程安全的。多个线程同时用这个连接执行SQL，轻则查询结果串了（比如A请求拿到B请求的返回值），重则直接抛出「commands out of sync」这类异常，导致请求失败。
• 连接失效无法自动恢复：数据库连接不会一直保持活跃，如果数据库服务器因为超时主动断开连接，或者网络波动导致连接中断，你的应用会持续报错，必须重启Flask服务才能重新建立连接，这在生产环境中完全不可接受。
• 游标与事务冲突：就算每个请求都创建新游标，共用连接的情况下，一个请求的事务状态会干扰其他请求。比如某个请求开启事务后未提交/回滚，后续所有请求的操作都会在这个未完成的事务中执行，极易造成数据错乱。

正确的处理方式 #

要么使用mysql.connector自带的连接池功能，要么直接用Flask-SQLAlchemy这类封装完善的库，它们会自动帮你管理连接：为每个请求分配独立连接，请求结束后回收，还能自动处理连接断开后的重连逻辑。

如果不想依赖第三方库，至少要在每个请求生命周期内创建新连接，使用完毕后关闭——虽然效率不如连接池，但小流量场景下也能正常运行，比如把连接逻辑放到视图函数里，或者借助Flask的before_request和teardown_request钩子统一处理连接的创建与销毁。

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