记录一次MongoDB故障恢复
最近忙的不行,事都赶在一起了,下午正打算写代码,组内同事来一句新搭建的MongoDB复制集(版本4.2.5)有个节点挂了,让我看看,奈何没有专业运维,只能自己上手(真就全干工程师😤)。实话说,从用MongoDB开始,这是第一次遇到故障,处理流程也是野路子,本文只对我遇到的情况进行记录,并非专业的解决方案,处理方式也可能并非正确。
最近忙的不行,事都赶在一起了,下午正打算写代码,组内同事来一句新搭建的MongoDB复制集(版本4.2.5)有个节点挂了,让我看看,奈何没有专业运维,只能自己上手(真就全干工程师😤)。实话说,从用MongoDB开始,这是第一次遇到故障,处理流程也是野路子,本文只对我遇到的情况进行记录,并非专业的解决方案,处理方式也可能并非正确。
安装Nginx以后,在服务启动时会显示Nginx的版本号等信息,但是有时候我们并不希望对方可以直接获取相关的版本信息,毕竟暴露版本,找起漏洞就更方便了,那么如何处理这个问题呢?
在PyInstaller第一弹PyInstaller打包Python代码与其不安全因素验证中验证了稍微研究下就可以获得源码,那么怎么使用Cython来提高点反编译门槛呢?
很多时候,我们的代码需要依赖一些资源文件,比如配置文件、默认数据、图片等,如果用PyInstaller进行打包的话,默认是不会将这些文件打包进去的,那么该如何处理这个问题呢?
一般情况下,写完的代码如果需要拿出去用,是不希望给对方源代码的,这个大家应该都懂,我们一般是给对方提供一个可执行文件或者便于调用的SO库等,那么今天我们来使用PyInstaller进行打包,看一下效果。
工作要用,就学下呗
这是一篇拖欠了很久的读书笔记,今年烙饼师送了我两本书,之前答应他要写读书笔记来着,结果一直拖延到现在,马上2019过去了,赶紧补上(光速逃😆
Nginx的HTTP框架基本由1个核心模块ngx_http_module、两个HTTP模块(ngx_http_core_module、nginx_http_upstream_module)组成,负责调用其他HTTP模块来一起处理用户请求。Nginx把HTTP请求处理流程划分为了11个阶段,其中每个处理阶段都可以由任意多个HTTP模块流水式地处理请求。
Mongodb复制集由一组mongod实例组成,包含一个Primary节点和多个Secondary节点,数据写入Primary后,Secondary从Primary同步写入的数据,以保持复制集内所有成员存储相同的数据集,提供数据的高可用。
在实际使用时,在写入数据后发现机器的内存使用暴涨,由于机器上本身有其他的服务存在,再加上MongoDB的占用,有的机器内存使用近乎达到100%的状态,用top查看了一下,仅mongod就占了33%,那么对MongoDB使用内存进行限制在一定条件下就是必要的。