代码运行一段时间后，会报下面的错误。
[Predis\Connection\ConnectionException]
Error while reading line from the server. [tcp://127.0.0.1:6379]
最初的怀疑是连接数过多，导致连接不上服务器，出现上述错误。查看进程，发现大量redis状态为TIME_WAIT的tcp连接。
首先考虑的是，减少TIME_WAIT的进程，保持随时可以连接到服务器。所以想到的减少TIME_WAIT状态的进程，将进程快速回收。修改内核参数sysctl.conf，net.ipv4.tcp_timestamps=1(1为开启)，开启快速回收net.ipv4.tcp_tw_recycle=1。tw_recycle是通过时间戳判断哪个是最新的进程，将不是最新的TIME_WAIT的进程回收，所以需要先开启tcp_timestamps。
修改后观察，果然没有继续报错。
但是使能快速回收TIME_WAIT进程，可能会丢包，导致没有收到应答，不能成功建立连接。但这种办法也不是最佳解决办法，尤其修改内核参数，涉及环节太多，需深入了解才可修改。
底层不去修改，就从predis客户端入手，源码发现有read_write_timeout这个参数，可以设置超时时间，这样读取流数据时就不会报错。Predis作者建议设置关闭redis.conf中timeout（修改timeout 0），表示不关闭与客户端的连接，我感觉这样比较耗费资源，可以适当增加timeout时间。
所以这次暂时是这样解决的，设置read_write_timeout=-1和redis.conf的timeout参数。
其实有很多解决方式，后续可以继续寻找一个更优的方案。
比较了常见的两个php连接redis客户端，phpredis和predis。Laravel中使用的predis，其中连接redis使用connect，当请求结束连接关闭。而phpredis使用pconnect连接，依赖于php-fpm，php-fpm不关闭，连接一直都在。再次使用pconnect，连接会被重用，不会再次新建。
后来查看predis源码发现，persistent这个参数，手册说明都没有提到，但是看字面意思，可能类似于pconnect方式的持久连接，这个后续再研究一下。
