Predis: 서버에서 줄을 읽는 동안 오류가 발생했습니다.

동일한 제목의 새 문제를 열기 전에 여기 에 이 스레드 도 참조하세요. 클라이언트 측 문제와 관련이 없는 것일 수도 있습니다.

nrk님 감사합니다. socket_timeout 및 read_write_timeout을 설정하고 나중에 여기에서 결과를 보고하겠습니다.

데몬과 같은 스크립트에서 Predis를 사용하는 경우 제한 시간을 완전히 비활성화하려면 read_write_timeout 를 -1 해야 합니다(이 값은 Predis의 이전 및 최신 버전에서 작동함). 또한 redis.conf 에서 timeout = 0 를 설정하여 Redis의 기본 시간 초과를 비활성화해야 합니다. 그렇지 않으면 Redis는 300초 동안 활동이

nrk, 언급한 대로 시도했으며 이제 완벽하게 작동합니다. 감사합니다!

그러나 때때로 연결 시간 초과가 많이 있습니다. 이미 timeout = 0 및 read_write_timeout을 -1로 설정했습니다. 이 문제가 발생했을 때 이를 디버그하기 위해 할 수 있는 일이 있습니까?

timeout 는 Predis에서 인식하는 연결 매개변수가 아니므로 connection_timeout 대신 사용해야 합니다. connection_timeout 의 기본값은 5초입니다. 값을 높일 수는 있지만 문제에 대한 해결책은 아닌 것 같습니다. 이러한 시간 초과가 발생했을 때 서버에서 무슨 일이 일어나고 있는지 확인해야 합니다. 이는 실제로 귀하의 애플리케이션에 따라 달라지므로 제가 도움을 드릴 수 없습니다. 이러한 시간 초과의 가능한 이유는 다음과 같습니다.

1. Redis 서버가 localhost에 없는 경우 네트워크 연결 문제
2. 스크립트 어딘가에서 KEYS 명령에 값비싼 호출을 사용하고 있지 않습니까? Redis의 키 저장소 수에 따라 KEYS 가 서버를 차단할 수 있으며 그 동안 다른 요청이나 들어오는 연결을 처리할 수 없습니다.

지금은 이 문제를 열어 둡니다. 하지만 Predis와 관련된 문제가 아닌 것은 확실합니다.

nrk. 조언한 대로 나는 connection_timeout을 30으로 올렸습니다. 이것을 모니터링할 것입니다.

1. 예, 우리는 localhost가 아니지만 사설 네트워크에 있는 여러 redis 노드를 사용하고 있습니다(적어도 더 안정적이어야 합니까?)
2. 키를 사용하지 않습니다. 그러나 우리는 900초마다 스냅샷을 찍고 있습니다. 로그에서 시스템이 HD로 저장하는 데 8초가 걸리는 것으로 보입니다. 연결 시간 초과의 원인이 되어야 하지 않겠습니까?
3. 시간 초과가 발생할 때 서버를 모니터링하는 방법에 대한 조언이 있습니까? 시간 초과는 꽤 무작위입니다. redis 로그를 확인했는데 대부분 메시지 스냅샷입니다.

또 다른 업데이트로 연결을 측정했는데 실제로 5초 후에 예외가 발생한 것으로 보입니다. 다음을 통해 connection_timeout을 수정하려고 했습니다.

새로운 Predis_Client($param, array('read_write_timeout' => -1, 'connection_timeout' => 30));

그 맞습니까? 30초 connection_timeout이 적용되지 않고 여전히 예외가 발생하는 것 같습니다.

클라이언트 옵션이 아닌 연결 매개변수 이므로 read_write_timeout 및 connection_timeout 는 $param 에서 매개변수로 지정해야 합니다.

1. Amazon EC2의 사설 네트워크가 아닌 경우(높은 지연 시간 및 때때로 다양한 문제), 그렇지 않아야 합니다.
2. 내가 아는 한 스냅샷이 서버를 차단해서는 안 됩니다.
3. 스냅샷 로그에 대해 시간 초과의 타이밍을 확인할 수 있습니다. 그 외에는 애플리케이션의 아키텍처와 인프라에 따라 다릅니다. 죄송하지만 이에 대한 지원은 드릴 수 없습니다.

솔직히 말해서, Predis는 호스트에 연결할 때 소켓 리소스로 멋진 작업을 하지 않습니다. 이는 거의 전적으로 PHP의 내부에 위임된 것이기 때문에 PHP의 버그(가능성은 낮지만 여전히 가능성 있음) 또는 일부 구성/런타임일 수 있습니다. 서버에 문제가 있거나 Redis가 잠시 동안 서버를 차단하는 과중한 작업을 수행합니다.

nrk님, 다시 한 번 답변 감사드립니다. 문제를 발견했는데 ip_conntrack 문제가 서버에서 실행되고 있는 것뿐입니다. conntrack이 수정되면 연결 시간 초과도 사라집니다.

시간 초과 뒤에 숨겨진 실제 문제를 마침내 찾았다는 사실을 알게 되어 기쁩니다. 사용자에게 시간 초과 문제 해결을 위한 초기 검사 목록을 제공하기 위해 FAQ의 어딘가에 이것을 추가할 것입니다.

read_write_timeout을 0으로 설정하여 동일한 오류가 발생했습니다.
나는 predis에서 그렇게 했는데 predis 클라이언트를 사용하여 똑같이 할 수 있습니까?
여기에 표시된 대로 http://code.google.com/p/dires/source/browse/trunk/predis/examples/PubSubContext.php?r=4
다음을 사용하여 predis 클라이언트를 만들고 있습니다. $redis = new Predis\Client("tcp://".$turboConfig->getActivitiesRedisHost()); 내 구현에서 어떻게 read_write_timeout을 전달해야합니까?

@amitchhajer 클라이언트는 명명된 배열 또는 URI 문자열 모두와 동일한 연결 매개변수를 허용하므로 URI 문자열을 사용하는 경우 쿼리 문자열인 것처럼 추가할 수 있습니다. tcp://127.0.0.1:6379?read_write_timeout=0 .

@nrk 정보 감사합니다, 지금은 꽤 잘 작동합니다.

런타임에 read_write_timeout을 변경해야 하는 경우 어떻게 합니까? 타임아웃 매개변수(생성자 제외)에 대한 설정자가 있습니까?

@bondeg 연결 매개변수는 의도적으로 변경할 수 없으므로 연결이 초기화되면 변경할 수 없지만 클라이언트에서 사용하는 연결 개체에서 기본 스트림 리소스를 가져와서 스트림 옵션을 적절하게 변경하여 이 제한을 해결할 수 있습니다. 다음은 클러스터 또는 복제 모드에서 클라이언트를 사용하지 않는다고 가정한 작은 스니펫입니다.

$connection = $client->getConnection();
$stream = $connection->getResource();
stream_set_timeout($stream, 2);

$connection->getResource() 수행하면 Redis에 대한 connect() 작업이 효과적으로 트리거되므로 이 기능을 사용하는 방법에 따라 지연 연결의 이점을 잃게 될 수 있습니다.

connection_timeout 매개변수는 Predis의 새 버전에서 timeout 로 이름이 변경되었습니다.

나는 ' h 키'를 꽤 광범위하게 사용하고 있습니다. 이것이 잠금으로 이어질 수 있습니까?

데몬과 같은 스크립트에서 Predis를 사용하는 경우 제한 시간을 완전히 비활성화하려면 read_write_timeout 를 -1 해야 합니다(이 값은 Predis의 이전 및 최신 버전에서 작동함). 또한 redis.conf 에서 timeout = 0 를 설정하여 Redis의 기본 시간 초과를 비활성화해야 합니다. 그렇지 않으면 Redis는 300초 동안 활동이

redis.conf에서 timeout=0을 설정하는 것과 관련된 단점이나 주의 사항이 있습니까?

내가 의심하는 것은 ..연결이 끊기지 않을 것이기 때문입니다.
Redis 사용률은 높게 유지됩니다.

nrk님, 다시 한 번 답변 감사드립니다. 문제를 발견했는데 ip_conntrack 문제가 서버에서 실행되고 있는 것뿐입니다. conntrack이 수정되면 연결 시간 초과도 사라집니다.

이 계약을 수정하는 방법 .. 어디를 찾아야합니까?

redis.conf에서 timeout=0을 설정하는 것과 관련된 단점이나 주의 사항이 있습니까?

@aditya-rewari-cb 실제로 redis.conf의 timeout = 0 는 Redis 2.4(몇 년 전에 릴리스됨) 이후 기본값이므로 단점이 없다고 말하고 싶습니다.

데몬과 같은 스크립트에서 Predis를 사용하는 경우 제한 시간을 완전히 비활성화하려면 read_write_timeout 를 -1 해야 합니다(이 값은 Predis의 이전 및 최신 버전에서 작동함). 또한 redis.conf 에서 timeout = 0 를 설정하여 Redis의 기본 시간 초과를 비활성화해야 합니다. 그렇지 않으면 Redis는 300초 동안 활동이

@nrk 저는 데몬 프로세스 (laravel 감독자 작업자)와 함께 Redis를 사용하고 있으며 일반 캐싱 과 함께
'read_write_timeout' => -1 사용 시 주의 사항이 있습니까?
이 변경으로 인해 Redis의 정기적인 캐싱 사용에서 파손이나 버그의 가능성을 확인하고 싶었습니다!

감사 해요 !