nginx不参与数据库访问，数据库连接池必须在python应用进程内初始化并由其全生命周期管理；需选用适配同步/异步框架的池工具（如sqlalchemy+queuepool或asyncpg.create_pool），合理配置pool_size、pool_recycle等参数，并通过nginx禁用proxy_buffering、调大超时、分离静态请求等方式避免干扰池稳定性。
Nginx 本身不参与数据库访问，它只负责 HTTP 请求的接收、转发和静态资源服务。Python 应用的数据库连接池完全在应用进程内部管理——比如由 Gunicorn 或 Uvicorn 启动的 Flask/FastAPI/Django 实例中配置和使用。集成的关键在于：**让 Python 后端高效用池，同时确保 Nginx 不干扰其生命周期**。
数据库连接池必须在 Python 应用层初始化
连接池不能由 Nginx 创建或共享，必须在 Python 进程启动时完成初始化，并随进程生命周期存在。常见做法：
- 在应用入口（如
app.py或main.py）中创建全局引擎（SQLAlchemy）或连接池对象（如aiomysql.create_pool），而非每次请求都新建 - 避免在请求处理函数内反复调用
create_engine()或connect()，否则池失效，退化为直连 - Django 用户应在
settings.py中配置CONN_MAX_AGE（建议设为 0 表示禁用长连接，改用连接池库更可控）并搭配django-db-geventpool等增强型后端
选对池工具并合理配置参数
根据同步/异步框架选择对应池方案，参数需贴合实际负载：
-
同步场景（Flask/Django + Gunicorn）：用
SQLAlchemy + QueuePool，关键配置示例：create_engine("mysql+pymysql://...", pool_size=20, max_overflow=10, pool_recycle=3600, pool_pre_ping=True) -
异步场景（FastAPI + Uvicorn）：用
aiomysql.create_pool或asyncpg.create_pool，设置min_size=5, max_size=20, recycle=3600 - 所有场景下，
pool_recycle建议设为比数据库wait_timeout小 300 秒（如 MySQL 默认 28800 秒 → 设 3600 秒），防止“假连接”
Nginx 配置要配合连接池稳定运行
Nginx 虽不碰数据库，但不当配置会间接导致连接池压力异常：
- 禁用
proxy_buffering off;（除非必要），避免长响应阻塞连接归还 - 增大超时时间：
proxy_read_timeout 300;（尤其有导出、报表类接口） - 用
try_files $uri @python_backend;确保静态文件不进 Python，减少无谓连接占用 - 若用 Unix socket（如
unix:/tmp/gunicorn.sock）代替 TCP，需确保 socket 文件权限对 Nginx worker 用户（如www-data）可读写
进程管理器不能干扰连接池生命周期
Gunicorn/Uvicorn 必须由 systemd 或 Supervisor 托管，且禁止热重载（--reload）上线：
- 热重载会 fork 新进程，旧进程中的连接池未优雅关闭，可能泄漏连接
- systemd 服务文件中应设
Restart=on-failure和RestartSec=5，而非Restart=always - 使用
gunicorn --preload可提前加载应用并初始化连接池，避免每个 worker 单独建池
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
