сервер Redis использует высокий процессор

Question

Я унаследовал специально созданную веб-страницу, которая использует сервер Redis, и я заметил, что каждые 3-5 минут сервер Redis достигает пика и использует 100% ЦП в течение 2-3 минут.

У кого-нибудь есть идеи или подсказки, что я могу сделать, чтобы оптимизировать это?

Log file:
2276:M 23 Apr 2019 18:22:44.060 * 10 changes in 300 seconds. Saving...
2276:M 23 Apr 2019 18:22:44.356 * Background saving started by pid 16081
16081:C 23 Apr 2019 18:25:03.575 * DB saved on disk
16081:C 23 Apr 2019 18:25:03.783 * RDB: 1 MB of memory used by copy-on-write
2276:M 23 Apr 2019 18:25:04.174 * Background saving terminated with success
2276:M 23 Apr 2019 18:30:05.089 * 10 changes in 300 seconds. Saving...
2276:M 23 Apr 2019 18:30:05.396 * Background saving started by pid 16984
16984:C 23 Apr 2019 18:32:26.841 * DB saved on disk
16984:C 23 Apr 2019 18:32:27.126 * RDB: 1 MB of memory used by copy-on-write
2276:M 23 Apr 2019 18:32:27.523 * Background saving terminated with success
2276:M 23 Apr 2019 18:47:28.032 * 1 changes in 900 seconds. Saving...
2276:M 23 Apr 2019 18:47:28.334 * Background saving started by pid 18748
18748:C 23 Apr 2019 18:49:53.540 * DB saved on disk
18748:C 23 Apr 2019 18:49:53.744 * RDB: 1 MB of memory used by copy-on-write
2276:M 23 Apr 2019 18:49:54.157 * Background saving terminated with success
2276:M 23 Apr 2019 18:54:55.023 * 10 changes in 300 seconds. Saving...
2276:M 23 Apr 2019 18:54:55.328 * Background saving started by pid 19422
19422:C 23 Apr 2019 18:57:18.455 * DB saved on disk
19422:C 23 Apr 2019 18:57:18.592 * RDB: 1 MB of memory used by copy-on-write
2276:M 23 Apr 2019 18:57:18.823 * Background saving terminated with success

Answer 1

Вот как Redis.Процесс резервного копирования включает в себя большие объемы сжатия, которые на некоторое время закрепят одно ядро.

Вы можете переключиться на использование исключительно AOF (append-only-file), но это требует периодического сокращения и сжатия.кроме того, оно менее частое и требовательное.

В руководстве есть некоторые особенности, включая следующее:

Многие пользователи используют только AOF, но мы не рекомендуем егопоскольку время от времени создавать моментальный снимок RDB - это отличная идея для резервного копирования базы данных, для более быстрого перезапуска и в случае ошибок в механизме AOF.