是虚拟机还是物理机？好像有几个虚拟化平台对 linux 4.4 内核支持还不够好。

开一台机器，同时有外网和内容，用于管理，配置 ssh 目标机内网 IP `ProxyCommand ssh -q -W %h:%p 管理机公网 IP 或别名`，用证书登录。
在这台管理机上同步推送代码。
这台管理机平时也可以放一些 cron 、队列 daemon 进程等任务，省的浪费资源。

@tanteng 我说明白了吧，不是解决这个错误，而是看什么原因。

如果你要用 rdb 持久化，那就 redis 配置的最大内存，必须小于服务器物理内存的一半（毕竟系统还要占用几百兆内存的）

要么就关掉 rdb 持久化，改用 aof 持久化。配置成每天晚上空闲时间重写 aof 文件。

这种办法不可取。

redis 的持久化目前做的不是很好。

如果用 rdb 持久化，那 8G 内存服务器，就只用 4G ，另外 4G 给备份的。要么就是做主从，备份在从库做，从库用点虚拟内存。

aof 持久化稍微好一点，但是要调整到晚上空闲时间重新整理 aof 文件。如果不整理 aof 文件，重启恢复太慢。如果隔几分钟就整理 aof ，又太消耗磁盘，也会阻塞 redis 进程。

@vus520 默认短连接，每次都要三次握手。 upstream 里加了 keepalive ，并且配合 proxy/fastcgi 头的修改才是长连接。

出现 TIME_WAIT 的原因是因为服务器主动关闭了 TCP 连接，无论作为 client 还是 server ，哪方主动 close TCP 连接，必然在这方出现 TIME_WAIT 。

所以要避免出现 TIME_WAIT ，就是不主动关闭 TCP 连接。

如果你的机器纯 nginx 反向代理，没有别的。那：

1 、 http 段的 keepalive 开启，不主动关闭浏览器客户端的连接。
2 、 upstream 段的 keepalive 开启，不主动关闭与后端 upstream 服务器的连接。同时需要修改 Proxy Header ， HTTP/1.1 协议，移除掉 http close 头

如果你的机器还跑了 php ，那可能连接 mysql 是吧？
php 连接 mysql 的函数，使用 persistent 持久连接。

跑了 php ，可能连接 redis ？
php 连接 redis 的函数，使用 persistent 持久连接。

要看你的业务，系统底层怎么改都不能彻底解决 TIME_WAIT ， TCP 协议设计如此。

抓太多，本地端口不够用了吧。出问题的时候执行下，看看用了多少端口。
```
ss -ant | awk '{++s[$1]} END {for(k in s) print k,s[k]}'
```

这个需求和用于判断登录的 session 有何区别？

@realpg 当然不是说时间用 varchar 存，个人不喜欢用 int 存。 mysql 自己的 datetime 就不错，显示成字符串，存储占 8 字节。

@realpg int 存时间可读性差呀，每次查询出来都要记得用内置函数转换下。另外如果时间需要精确到毫秒的呢？

指定出站IP应该是配置路由表吧。

imagick 扩展 stripImage 方法

先说需求，再来谈技术实现，也许你完全走错了方向。

@lock522 有DDoS防御吗？如果没有的话，万一遇到DDoS会如何处理呢？

@oneoo 哦，看到blog写的是“目前该服务正在公测中，7月即将开放，敬请期待~”。既然完全开放了就进去试试。

还以为是完全开放了呢

@lock522 谢谢，公众号已回复，希望UPYUN越做越好！

端口不够用，就是本区域的光纤资源满了，如果量大运营商会考虑再拉一根光纤来，只要运营商愿意，其实很快就能做好，但是工程部一般流程都比较长。除非有大客户经理推动一下，否则还是考虑直接用其他运营商的吧。
小运营商绝对不考虑，只考虑 电信和联通，移动都不给力。

这个确实很棒，可以自定义SSL证书。自建CDN就是好，我这边业务还没有上线，期待我这边上线之后UPYUN全站CDN可以正式商用了。