Generalmente, abrir una conexión es una operación costosa, por lo que las mejores prácticas modernas son mantenerlas abiertas. Por otro lado, las conexiones abiertas requieren recursos (de la base de datos) para administrarse, por lo que mantener abiertas muchas conexiones inactivas también puede ser problemático. Esta compensación generalmente se resuelve mediante el uso de grupos de conexiones.
Dicho esto, lo que es más interesante es por qué PHP falla en el segmento. El tiempo de espera es, evidentemente, causado por un comando de ejecución prolongada (secuencia de comandos CLI en su caso) que bloquea a Redis (que en su mayoría es de un solo subproceso) para que no atienda las conexiones de la aplicación PHP. Si bien este es un comportamiento muy conocido de Redis, esperaría que PHP (evento sin presentar la reconexión en la biblioteca del cliente) no se cague en los pantalones tan miserablemente.
