2017-05-22 4 views
0

나는 다음과 같은 오류가 점점 오전 : 업데이트 할 때stackexchange.redis가 타임 아웃을 증가시킨 후에도 타임 아웃을 발생합니까? 내 캐시에서 삭제하려고 할 때

Timeout performing DEL test.com, inst: 0, mgr: ExecuteSelect, err: never, queue: 0, qu: 0, qs: 0, qc: 0, wr: 0, wq: 0, in: 0, ar: 0, clientName: ORLWS052, serverEndpoint: Unspecified/pub-redis-16778.us-west-2-1.1.ec2.garantiadata.com:16778, keyHashSlot: 6928, IOCP: (Busy=3,Free=997,Min=4,Max=1000), WORKER: (Busy=4,Free=4091,Min=4,Max=4095), Local-CPU: 100% (Please take a look at this article for some common client-side issues that can cause timeouts: https://github.com/StackExchange/StackExchange.Redis/tree/master/Docs/Timeouts.md)

나는 또한 유사한 제한 시간을 얻을.

나는 이것을 읽는 법을 모릅니다. 누군가 도움이된다면 그것을 알 수 있습니다.

업데이트 또는 삭제하려고하는 키의 크기는 5515 바이트입니다.

나는 또한 slowlog get 명령을 실행하고 아무도

나는 또한 제한 시간을 증가시키기 위해 노력했다 (길이가 0 없음)이 있지만, 작동 중

답변

1

IOCP: (Busy=3,Free=997,Min=4,Max=1000), WORKER: (Busy=4,Free=4091,Min=4,Max=4095), Local-CPU: 100%

확인하시기 바랍니다하지 않았다 ICOP, WORKER 바쁜 쓰레드 및 최소 쓰레드. 또한 CPU는 100 %입니다. timeoutHelpLink가 최신 릴리스에서 업데이트되었습니다. 우리가 StackExchange.Redis에 들어있는 예제 오류 메시지를 보면

https://stackexchange.github.io/StackExchange.Redis/Timeouts

당신이 지금 스레드 풀 통계 (아래 IOCP와 WORKER 세부 사항을 참조) 인쇄 것을 볼 수 있습니다 (나중에 1.0.450 또는 구축) .

System.TimeoutException: Timeout performing GET MyKey, inst: 2, mgr: Inactive, queue: 6, qu: 0, qs: 6, qc: 0, wr: 0, wq: 0, in: 0, ar: 0, IOCP: (Busy=6,Free=994,Min=4,Max=1000), WORKER: (Busy=3,Free=997,Min=4,Max=1000)

상기 예에서는,도 6 개 바쁜 스레드되고 시스템은 최소 4 개 스레드를 허용하도록 구성되어 IOCP 쓰레드 것을 알 수있다. 이 경우 클라이언트는 가능성이 500 밀리 초 지연을 보았을 것 IOCP 또는 작업자 스레드 중 하나의 성장은 스로틀 도착하면 StackExchange.Redis는 시간 제한을 공격 할 수있는 6> 4.

참고 때문이다.

권장 사항 : 위의 정보가 주어지면 IOCP 및 작업자 스레드의 최소 구성 값을 기본값보다 큰 으로 설정하는 것이 좋습니다. 모든 응용 프로그램에 대해 응용 프로그램의 올바른 값이 너무 높거나 낮기 때문에이 값의 의미에 대해 지침을 제공 할 수는 없습니다. 이 설정은 이기 때문에 복잡한 응용 프로그램의 다른 부분의 성능에도 영향을 미칠 수 있으므로이 설정을 구체적으로 필요에 맞게 미세 조정해야합니다. 좋은 출발점은 200 또는 300이며, 으로 테스트하고 조정할 필요가 있습니다.

+0

안녕하세요, 입력 해 주셔서 감사합니다. 이 설정은 어디에서 변경할 수 있습니까? 코드의 어느 부분입니까? 또한 2 500ms 지연을 어떻게 생각해 냈습니까? 분당 모든 스레드에 대해 500ms입니까? – xaisoft

+0

@xaisoft 링크를 확인합니까? – Sreejith

+0

그래 사실 이후에 봤어. 감사. – xaisoft