Зараз я використовую MySql для зберігання своїх сеансів. Це чудово працює, але трохи повільно.
Мене попросили використовувати Redis, але мені цікаво, чи це гарна ідея, бо я чув, що Redis затримує операції запису. Я трохи боюся, бо сеанси повинні бути в режимі реального часу.
Хтось стикався з такими проблемами?
Відповіді:
Redis ідеально підходить для зберігання сеансів. Всі операції виконуються в пам'яті, тому читання та запис буде швидким.
Другий аспект - це збереження стану сесії. Redis надає вам велику гнучкість у тому, як ви хочете зберегти стан сеансу на жорсткому диску. Ви можете переглянути http://redis.io/topics/persistence, щоб дізнатись більше, але на високому рівні ось ваші варіанти -
appendfsync alwaysу своєму файлі конфігурації. Завдяки цьому Redis гарантує збереження будь-яких операцій запису на диск. Недоліком є те, що операції запису будуть повільнішими.appendfsync everysec. Це забезпечить чудову продуктивність із розумними гарантіями данихВ основному доступні два основних типи: асинхронні знімки та fsync(). Вони називаються RDB та AOF відповідно. Детальніше про режими стійкості на офіційній сторінці .
Обробка сигналу демонізованого процесу синхронізується з диском, коли він отримує, наприклад, SIGTERM, тому дані все одно будуть там після перезавантаження. Я думаю, що демон або ОС повинні вийти з ладу, перш ніж ви побачите пошкодження цілісності, навіть із налаштуваннями за замовчуванням (моментальні знімки RDB).
Параметр AOF використовує файл лише додавання, який реєструє команди, які отримує сервер, і відтворює БД з нуля при холодному запуску із збереженого файлу. Політикою синхронізації диска за замовчуванням є змивання раз на секунду (IIRC), але її можна налаштувати на блокування та запис на кожній команді.
Використання як знімків, так і додаткового журналу, здається, пропонує як довгостроковий підхід " не заперечуй, якщо я пропустим кілька секунд даних", так і більш безпечний, але дорогий додатковий журнал. Redis підтримує кластеризацію з коробки, тому реплікація теж може бути зроблена.
Я використовую налаштування RDB за замовчуванням і зберігаю знімки на віддаленому FTP. Я ще не бачив помилки, яка спричинила втрату даних. Гостра відмова обладнання або перебої з електроживленням, швидше за все, були б, але я розміщений на VPS. Малий шанс, що це станеться :)
Це питання насправді стосується сеансів у реальному часі, і, схоже, це виникло частково через нерозуміння фрази «відкладені операції запису». Хоча деталі врешті-решт дражнились у коментарях, я просто хотів зробити це надмірно зрозумілим. ..
У вас не буде проблем із впровадженням сеансів у реальному часі.
Redis - це пам’ять ключ-значення в пам’яті з необов’язковим збереженням на диску. "Операції із затримкою запису" стосуються записів на диск , а не до бази даних загалом, яка існує в пам'яті. Якщо ВСТАНОВИТИ пару ключ / значення, ви можете ОТРИМАТИ її негайно (тобто в реальному часі). Політика, яку ви обираєте щодо стійкості (на скільки ви затримуєте запис), визначатиме верхню межу кількості даних, яка може бути втрачена в результаті аварійного завершення роботи.