Собственный Redis

На этом этапе вы зададите значения по умолчанию для параметров конфигурации AOF.

Сохранение в AOF в Redis

Redis хранит все данные в памяти: это быстро, но ненадёжно при сбоях. Если сервер аварийно завершится, всё исчезнет. AOF (Append Only File, файл только для добавления) — один из способов решить эту проблему. Когда он включён, сервер записывает каждую команду изменения данных в файл, а после перезапуска воспроизводит его для восстановления состояния.

Поведение AOF определяется несколькими параметрами конфигурации. На этом этапе вы зададите их значения по умолчанию, чтобы их можно было получить через CONFIG GET. Саму логику сохранения пока реализовывать не нужно.

Параметры и их значения по умолчанию:

Тесты

Тестирующая программа запустит вашу программу так:

$ ./your_program.sh

Затем запросит каждый параметр через CONFIG GET:

$ redis-cli CONFIG GET dir
1) "dir"
2) "/path/to/current/directory"
 
$ redis-cli CONFIG GET appendonly
1) "appendonly"
2) "no"
 
$ redis-cli CONFIG GET appenddirname
1) "appenddirname"
2) "appendonlydir"
 
$ redis-cli CONFIG GET appendfilename
1) "appendfilename"
2) "appendonly.aof"
 
$ redis-cli CONFIG GET appendfsync
1) "appendfsync"
2) "everysec"

Каждый ответ — массив RESP из двух объёмных строк: имени параметра и его значения. Например, CONFIG GET appendonly должна вернуть:

*2\r\n$10\r\nappendonly\r\n$2\r\nno\r\n

Тестирующая программа проверит, что:

• Каждый вызов CONFIG GET возвращает массив RESP из двух элементов.
• Имя и значение по умолчанию каждого параметра верны.

Примечания

• На этом этапе не нужно реализовывать сохранение в AOF. Достаточно хранить и возвращать значения по умолчанию.
• Если вы уже реализовали CONFIG GET для других параметров в предыдущем задании, возможно, достаточно добавить эти ключи в существующую конфигурацию.