Падает memcached

отслеживать не нужно, в админке движка dle сразу выскакивает предупреждение

Судя по коду, могу предположить, что его прибил OOM киллер, это такая штуковина в линуксе, которая прибивает процессы которые жрут больше всего памяти, но что подозрительно, обычно самый жирный по памяти процесс это БД и он прибивает её.

посмотрите конфиг наверное по пути  /etc/memcached.conf там будет параметр -m XXX где XXX это количество выделенных мегабайт оперативной памяти для мемкеша, поставьте его небольшим там 256 или 512 сколько там надо, из мемкеша вытесняется весь старый кэш, смотрите на промахи, если их много ставьте больше, но я бы начал с малого.

[root@sdghf ~]# telnet 127.0.0.1 11211
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
stats
STAT pid 25363
STAT uptime 502275
STAT time 1703130204
STAT version 1.4.15
STAT libevent 2.0.21-stable
STAT pointer_size 64
STAT rusage_user 415.414952
STAT rusage_system 746.904943
STAT curr_connections 5
STAT total_connections 4054032
STAT connection_structures 77
STAT reserved_fds 20
STAT cmd_get 5995894
STAT cmd_set 1511676
STAT cmd_flush 34
STAT cmd_touch 0
STAT get_hits 2267527
STAT get_misses 3728367
STAT delete_misses 0
STAT delete_hits 151790
STAT incr_misses 40
STAT incr_hits 10351
STAT decr_misses 0
STAT decr_hits 0
STAT cas_misses 0
STAT cas_hits 0
STAT cas_badval 0
STAT touch_hits 0
STAT touch_misses 0
STAT auth_cmds 0
STAT auth_errors 0
STAT bytes_read 200293965431
STAT bytes_written 219009548773
STAT limit_maxbytes 4294967296
STAT accepting_conns 1
STAT listen_disabled_num 0
STAT threads 4
STAT conn_yields 0
STAT hash_power_level 16
STAT hash_bytes 524288
STAT hash_is_expanding 0
STAT bytes 589069975
STAT curr_items 20659
STAT total_items 1514650
STAT expired_unfetched 116753
STAT evicted_unfetched 0
STAT evictions 0
STAT reclaimed 160733
END

В последний раз перед тем как упасть, мемкаш потреблял 200% процессора исходя из вывода команды top. Я случайно это обнаружил.

Иногда редис тоже ложит сервис будь здоров. Рекомендую спросить знающих админов, что у вас да и как. Иногда решение проблемы находится даже не в той плоскости, о чем вы думаете. Но это нужно смотреть ваш сервер и разбираться конкретно.

Это не важно, у вас мемкешу отдано 4Гб, не знаю сколько памяти у вас на сервере. Но судя по статистике кэш у вас работает не оптимально, он больше промахивается чем попадает. Вот должен быть примерно вот так

get_misses:     655568120
get_hits:       6388224740 (90.69%)

И у вас код кривой, так как из 4Гб памяти мемкеш использует только чуть меньше 600Мб, я вам предлагаю снизить выделение памяти с 4Гб до 1Гб мемкешу

У меня другой вопрос... а нужен ли он вообще? Действительно ли с ним будет работать быстрее?

Каковы характеристики сервера вообще?

Возможно и такое.

Однако единственный пример такого случая встречал, когда делают flushall без async-а.

А так, если параметры maxmemory* и maxclients заданы корректно, что с ним может случиться?

Конечно, если кто-то еще использует Redis как БД и пишет на диск, нюансы возможны. Давно не видел таких людей. Обычно Redis только для работы с RAM.

Intel Core i7-7700K - 64GB DDR4 2133MHz - 2x 4To HDD Soft RAID

хз, может и кривой. Вчера вот 1 террабайт был занят.  Сегодня 600 Мб. Ну, оперативы много у меня, поэтому с запасом поставил. И это вопрос даже к логике работы мемкаш, понятия не имею как он чистит кэш.

Это Dle 13.0-13.2, там файловый кеш еще предусмотрен. Вроде как мемкеш лучше работает.

вы не видели сайт чтобы утверждать это. Там миллионы страниц.