플러싱 REDIS 캐시


답변:


12

"Magento 캐시 플러시"버튼은 태그를 기준으로 캐시 레코드 만 플러시합니다. Zend_Cache::CLEANING_MODE_MATCHING_ANY_TAG캐시 백엔드에서 정리를 호출 할 때 모드를 사용합니다 .

"캐시 저장 공간 비우기"단추는 Zend_Cache::CLEANING_MODE_ALL캐시 백엔드에서 정리를 호출 할 때 모드를 사용하여 전체 캐시 백업 (백엔드가 지원하는 위치)을 비 웁니다.

Cm_Cache_Backend_Redis는 둘 다 처리 제대로 두 가지 모드 구분을 수행하고.

"캐시 스토리지"를 비울 때 Redis에서 발생하는 작업 :

1380734058.807909 [0 127.0.0.1:61926] "flushdb"

"마 젠토 캐시"가 플러시 될 때 Redis에서 발생하는 일은 다음과 같습니다.

1380733999.123304 [0 127.0.0.1:61889] "sunion" "zc:ti:541_MAGE"
1380733999.127239 [0 127.0.0.1:61889] "multi"
1380733999.127294 [0 127.0.0.1:61889] "del" "zc:k:541_APP_E4D52B98688947405EDE639E947EE03D" "zc:k:541_CORE_CACHE_OPTIONS" ... etc ...
1380733999.127493 [0 127.0.0.1:61889] "del" "zc:ti:541_MAGE"
1380733999.127523 [0 127.0.0.1:61889] "srem" "zc:tags" "541_MAGE"
1380733999.127547 [0 127.0.0.1:61889] "exec"
1380733999.128596 [0 127.0.0.1:61889] "sunion" "zc:ti:541_CONFIG"
1380733999.131160 [0 127.0.0.1:61889] "multi"
1380733999.131192 [0 127.0.0.1:61889] "del" "zc:k:541_CONFIG_GLOBAL_ADMIN" "zc:k:541_ENTERPRISE_LOGGING_CONFIG" ... etc ...
1380733999.131360 [0 127.0.0.1:61889] "del" "zc:ti:541_CONFIG"
1380733999.131379 [0 127.0.0.1:61889] "srem" "zc:tags" "541_CONFIG"
1380733999.131397 [0 127.0.0.1:61889] "exec"

첫 번째 명령에서 단일 명령이 Redis에 의해 처리되고 두 개의 캐시 접두어가 모든 관련 캐시 레코드를 삭제하는 데 사용되는 이후의 예에 의해 처리됩니다. 여기 (및 코드에서)보고있는 내용에 따라 '541_MAGE'및 '541_CONFIG'접두어는 캐시 백엔드에 대한 별도의 호출로 플러시되고 구성은 다른 바로 뒤에옵니다.


내가 확인하지 않은 유일한 것은 flushddb가 두 데이터베이스를 모두 올바르게 지운다는 것입니다. 그러나 문제가 없었기 때문에 그렇게 가정하는 것이 안전하다고 생각합니다
davidalger

flushall모든 또는 flushdb개별 데이터베이스에 사용할 수 있습니다 .
Steve Robbins


2

실제로 귀하의 질문에 대답하려면 : "두 버튼 중 하나가 FLUSH REDIS입니까?"

그렇습니다. 관리자를 통해 Magento의 캐시를 정리할 수 있습니다. 명령 줄에서 flushdb를 플러시 할 수도 있지만 그것은 귀하의 질문이 아닙니다 ...

왜 이것이 투표에 실패했는지 확실하지 않습니다 ... 백엔드에서 캐시에 redis를 올바르게 사용하면 작동합니다.

당신도해야합니다

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.