플러싱 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.