uWSGI + Flask + MongoDB遇到的那些坑
来源:互联网 发布:淘宝层级对流量的影响 编辑:程序博客网 时间:2024/05/21 09:19
1.MongoDB引入读写分离之后,重启服务时间变长,可以看到如下打印:
your mercy for graceful operations on workers is 60 seconds
搜索相关资料发现可以通过设置最大超时时间来降低服务重启时间,uWSGI默认重新加载超时时间是60s,可以通过设置worker-reload-mercy来改变,我们先来看看uWSGI官方文档描述:
reload-mercy
argument: required_argument
parser: uwsgi_opt_set_int
help: set the maximum time (in seconds) we wait for workers and other processes to die during reload/shutdown
worker-reload-mercy
argument: required_argument
parser: uwsgi_opt_set_int
help: set the maximum time (in seconds) a worker can take to reload/shutdown (default is 60)
reload-mercy是控制整个uWSGI实例的超时
worker-reload-mercy是控制单个worker的超时
因此把uWSGI启动的配置文件加上:
worker-reload-mercy = 1
虽然服务重启时间变短了,但是发现部署服务的时候,有些worker会无法启动,或者随着时间推移worker无法重启,进程都死掉。后来通过分析uWSGI配置参数,找到lazy-apps这个参数,看看官方文档描述:
lazy-apps
argument: no_argument
parser: uwsgi_opt_true
help: load apps in each worker instead of the master
加载apps的时候都是各个worker自己负责加载,而不是通过master fork出来,添加此参数之后,服务重启时间变长的问题也没有了,服务可以很快进行重启,各个worker也不会出现死掉的情况。到目前为止也没搞清楚具体为什么,有清楚的同学告知一声。
2.MongoDB复制集连接的时候官方文档描述只需要填写一个MongoDB实例地址即可,但实测发现这种方式存在一个问题,如果填写的MongoDB实例不可用,此时重启服务,服务就无法连接到MongoDB复制集群,因此,建议连接复制集群的时候,多写几个MongoDB实例地址,尽量写全,这样即使有实例不可用了,也可以通过其它实例拿到整个集群的信息
注明:MongoDB Client用的是pymongo2.7版本
- uWSGI + Flask + MongoDB遇到的那些坑
- <<深入理解Flask>>中遇到的那些坑
- mongodb调优那些事(四)-遇到的坑
- 那些年,我用Thinkphp5集成mongoDB遇到的坑
- centos7 装uwsgi上遇到的坑
- flask + nginx + uwsgi的部署小记
- 理解Nginx, uWSGI, Flask之间的关系
- MongoDB的那些坑
- django+nginx+uwsgi配置中遇到的坑
- Nginx+uwsgi+Flask部署
- uwsgi, nginx, flask
- Flask + uWSGI 部署
- Nginx+uwsgi+flask部署
- Nginx+uwsgi+flask部署
- nginx+ uwsgi+ flask
- Python--Nginx+uWSGI+Flask
- flask+nginx+uwsgi
- Nginx+Flask+UWSGI
- 大数据与智能技术
- python学习资料
- bug宝典JAVA篇 Caused by: org.quartz.JobPersistenceException: Couldn't store trigger
- error: unknown host service adb
- caffe在centos中艰难的安装
- uWSGI + Flask + MongoDB遇到的那些坑
- 简洁优雅地实现夜间模式
- JDBC
- 【Android图像处理】图像处理之-R&B
- Hibernate 的hql查询简介
- 快速排序
- Java使用Double精度问题
- 小白零xml搭建springmvc+Velocity+mybatis之笔记
- 如何查看系统日志