NQS__的博客

sqlalchemy.exc.OperationalError: (pymysql.err.OperationalError) (2013, 'Lost connection to MySQL server during query')

sqlalchemy的连接池默认设置pool_size=5， max_overflow=10。批量添加100个耗时任务，发现有成功执行仅有15个，找到报错log。考虑内存和cpu，合理设置以上2个参数。

前端查询列表页一直转圈圈，打开控制台发现是API 500了。看了下后端日志，核心问题是。前端试了下还是转圈，API依然500，又看了下后端日志,原来是mysql连接断开。修改mysql容器的配置。手动重启后端服务即可。

执行subprocess.run(['./xray_linux_amd64', 'webscan', '--basic-crawler', f'{url}', '--json-output', f'./reports/xray-{target_id}.json'], cwd=XRAY_PATH)手动执行下，找到这个文件，居然还报这个错，不可思议，瞪眼说瞎话。不是的，看了下源码问题不在这，所以这个报错很有误导性！原来是坑爹的精简版系统引发的奇怪报错！然并卵，还是一样的报错！运行，然后果然成功！

但日常开发场景更多的是要更新单个服务，比如更新后端服务镜像，而数据库，缓存这些不需要更新。当然docker命令也行，但需要自己配置网络，挂载等，导致命令很长，不方便。docker-compose可以方便快速地一键化部署，这个不展开讲。拆开yml文件，后端服务独立一个。

gitlab配置指南