이 값은 보통의 경우, 동작 또는 flushall flushdb을 수행 용의자 내부 코드의 첫 번째 반응이다 새로운 시스템은 프론트 - 엔드 피드백 레디 스를 발표했다
모니터 레디 스의 물결을 추적함으로써,
레디 스-CLI -a는 레디 스가 -a 매개 변수를 추가 할 수없는 암호를 구성하지 않을 경우 모니터 "xxx는"실제 작업은 내가 >> /data/log/trace_redis.log, 모든 작업을 추가 내부 파일에 기록,
레디 스를 클리어 않지만, 아무도 / 절차 5 분에서 여기의 삶의 생각을 멈출, 플러시 작업을 수행하지 봤더니
다행히 여기 전에 감시 메모리 레디 스 사용을 가지고하는 zabbix 모니터링을 설정하고, 발견 
레디 스 번호가 간단히 10G 치 솟고 후 즉시 삭제됩니다 특정 임계 값 데이터에 도달 한 후, 당신은 결정해야 기본 메모리로 할 수있는이 시간 감소 .
: 레디 스의 공식 웹 사이트에 대한 자세한 기록을 통해 볼 https://redis.io/topics/lru-cache
정말 거기 문서 체크 REIDS 메모리 제한, 우리 모두가 분명하다 10G 여기에, 그리고 슈퍼 메모리 후 기본적으로 명확한 전략을 가지고 있기 때문이다. . .
오픈 /etc/redis.conf (실제 경로 변경 가능)
그것은 여기 maxmemory 설정 방법은 분명 메모리 레디 스 최대 사용 후입니다, 이상 maxmemory 정책 결정
Redis提供6种数据淘汰策略：
1. volatile-lru:从已设置过期时间的内存数据集中挑选最近最少使用的数据 淘汰；
2. volatile-ttl: 从已设置过期时间的内存数据集中挑选即将过期的数据 淘汰；
3. volatile-random:从已设置过期时间的内存数据集中任意挑选数据 淘汰；
4. allkeys-lru:从内存数据集中挑选最近最少使用的数据 淘汰；
5. allkeys-random:从数据集中任意挑选数据 淘汰；
6. no-enviction(驱逐)：禁止驱逐数据。（默认淘汰策略。当redis内存数据达到maxmemory，在该策略下，直接返回OOM错误）；
关于maxmemory设置，通过在redis.conf中maxmemory参数设置，或者通过命令CONFIG SET动态修改
关于数据淘汰策略的设置，通过在redis.conf中的maxmemory-policy参数设置，或者通过命令CONFIG SET动态修改물론,이 레디 스에 대한 정책은, 실제 트랙 위의 현상 프로그램이 문제를 해결하기 위해 발생하는 데이터 레디 스를 밀어되었습니다 발견