学好排除问题的方法，有助于提高生产力。 1. 缓冲区限制修改 你是时候该学习学习 Redis 数据库了！ Redis 为了解决输出缓冲区消息大量堆积的隐患，设置了一些自身的保护机制，主要采用以下两种限制措施： 大小限制 当某一客

学好排除问题的方法，有助于提高生产力。 [1] 问题现象 今天发现 CI 监控发送了一条告警，显示有一个服务的 runtime 镜像打包失败了。通过查看对应自动化工具 GoCD 的 pipeline 的打包日志，并没有发现是因为

学好排除问题的方法，有助于提高生产力。 [1] 问题现象 在 Ubuntu Server 18.04 LTS 下遇到了 sudo 速度非常慢的问题，具体表现是在提交命令之后大概需要 10s 左右才有输入 sudo 密码或者开始运

纸上得来终觉浅，绝知此事要躬行。 1. 问题起因 该问题遇到过两次，可以暂时不解决。 我们在项目中使用 Redis 作为中间件 Broker 来使用 Celery 的时候，发现有小概率会发生 Celery 会将同一个任务重复执行两

在 SQLAlchemy 中如何更好地使用 create_engine 方法连接数据库。 1. 问题起因 该问题一直没有在我们本地复现 问题的起因还是因为我在做高可用方法的时候，使用 TCP 代理数据库的情况，将连接数据库的请求通

纸上得来终觉浅，绝知此事要躬行。 今天在服务器上面搭建测试环境，因为是采用的微服务的架构，所以对应很多个 subnet 网络。但是使用 docker-compose 启动之后，发现有一个服务显示 unhealthy 的状态，上去一

由于系统初始分区的原因，导致操作系统中对应 / 分区不会太大，通过 /var 目录不会单独分区。如果上面运行 Docker 服务，经过长时间的使用，会使原本就比较大的分区越来越不够用。如何更好地的处理这个问题呢？这就是本文的目的。=>

纸上得来终觉浅，绝知此事要躬行。 1. 发现问题并不可怕，这是一种幸运哈！ 今天早上部署服务的时候，发现自己管理的一台 CentOS7 的服务器上，在启动的容器的时候，无法通过 supervisorctl 命令来查看服务状态。

千里之行，始于足下 早上同事在群里反馈，说上 CentOS7 运行的 docker 无法使用了。经过排除，发现是因为容器中的文件无法删除导致，服务启动失败的，折腾了很久都没有发现问题处理哪里。很奇怪，docker 也重装了问题还是

俗话说得好，好记性不如烂笔头！ 今天用户方反馈，他们新部署的服务无法使用了。按道理来说不应该的，除非出现断电、网络故障或者升级系统等问题。随即远程登录对方主机，连接内部服务器，看看到底是什么问题导致的。但是，通过 ssh 命令无法

俗话说得好，好记性不如烂笔头！ 日常工作中，我们都会在服务器在部署 docker 服务，在容器中部署我们的产品或者测试环境，而 docker 服务又会使用到 iptables 工具，因此在启动容器时，也会同时启动容器内的 ipta

并行指的是进程或者线程在宏观或者微观上都在同时进行，并发指的是在宏观上进行同时运行，而在微观上是轮换运行。 1. 问题起因 早上到公司就有同事反馈某产品正式环境导出数据的时候，一直处于导入中，已经很长时间了。同时，我也发现上传文件的