为什么Python Flask在高并发下会出现数据库连接池溢出？-Python教程-PHP中文网

sqlalchemy queuepool在flask中不自动归还连接，因flask不接管连接生命周期，需在teardown_appcontext中显式调用db.session.close()，并启用pool_pre_ping、合理配置pool_size与max_overflow，否则易出现idle in transaction堆积和连接池耗尽。

为什么python flask在高并发下会出现数据库连接池溢出？

SQLAlchemy QueuePool 在 Flask 中不自动归还连接

Flask 本身不接管数据库连接生命周期，SQLAlchemy 的 QueuePool 默认依赖应用层显式归还连接。但很多人误以为 db.session.close() 或请求结束就自动释放——其实不然：未调用 db.session.remove() 或 db.session.close() 时，连接会一直被线程本地的 scoped_session 持有，无法回到池中。

典型现象是压测时突然卡住，psql -c "SELECT * FROM pg_stat_activity;" 显示大量 idle in transaction 连接，而应用日志无报错。

teardown_request 不覆盖 CLI 命令、后台任务和异步视图（async def），必须用 teardown_appcontext
db.session.remove() 在 SQLAlchemy 1.4+ 中已不推荐；应改用 db.session.close()
若用了 flask-sqlalchemy，务必设 SQLALCHEMY_TRACK_MODIFICATIONS=False，否则模型变更监听会拖慢 session 清理

debug=True 导致 teardown_appcontext 不可靠

开发模式下 app.debug=True 时，一旦视图抛出未捕获异常，@app.teardown_appcontext 可能根本不会执行——连接就此泄漏。线上环境关掉 debug 后，该钩子才稳定触发。

提示词大师-python版

图片提示词生成器？不止如此。马甲系统 —— 把脑海中的画面，翻译成AI能理解的专业表达。用得越多，它越懂你：首次需要多问几句确认方向，用久了几乎一说就懂。用得越多，它越快：缓存机制让后续对话越来越省。 RAG进化：成功案例持续入库，越跑越聪明。输入「新手指南」查看完整功能介绍

下载

Locust 压测几十次就复现 QueuePool limit of size 5 overflow 10 reached，往往就是这个原因
不要在 after_request 里清理 session：它不保证执行（比如异常中途退出），且对 CLI 和异步任务无效
必须把清理逻辑写进 @app.teardown_appcontext，并确保它在所有上下文路径（含异常）下都运行

pool_pre_ping 关闭导致失效连接卡死池中

MySQL/PostgreSQL 连接可能因网络闪断、DB 重启或防火墙超时而“假存活”——外表看连接还在，实际发 SQL 就卡住或报 Lost connection to MySQL server。默认 pool_pre_ping=False，连接池不会主动探测，直到某次查询失败才踢掉它，期间所有等待该连接的请求都会阻塞。