En règle générale, l'ouverture d'une connexion est une opération coûteuse, les meilleures pratiques modernes consistent donc à les maintenir ouvertes. D'un autre côté, les connexions ouvertes nécessitent des ressources (de la base de données) pour être gérées, de sorte que garder un grand nombre de connexions inactives ouvertes peut également être problématique. Ce compromis est généralement résolu via l'utilisation de pools de connexion.
Cela dit, ce qui est plus intéressant, c'est pourquoi PHP segfault. Le délai d'attente est, évidemment, causé par une commande de longue durée (script CLI dans votre cas) qui empêche Redis (qui est principalement à thread unique) de s'occuper des connexions de l'application PHP. Bien qu'il s'agisse d'un comportement Redis bien connu, je m'attendrais à ce que PHP (événement sans reconnexion à la bibliothèque cliente) ne soit pas aussi misérable.
