Данные в состоянии покоя, которые записываются в файлы двоичного журнала и файлы репликации, шифруются с момента начала шифрования, используя двухступенчатую архитектуру шифрования, описанную выше. Существующие файлы двоичного журнала и файлы репликации, присутствующие на сервере в момент начала шифрования, не шифруются. Вы можете очистить эти файлы, когда они больше не нужны.

Данные в движении в потоке событий репликации, которые отправляются MySQL клиентам, включая mysqlbinlog, дешифруются для передачи и, следовательно, должны быть защищены в процессе передачи с помощью шифрования соединения (см. Раздел 8.3, «Использование шифрованных соединений» и Раздел 19.3.1, «Настройка репликации для использования шифрованных соединений»).

Данные в использовании, которые хранятся в кэше транзакций и операторов двоичного журнала во время транзакции, находятся в нешифрованном формате в буфере памяти, хранящем кэш. Данные записываются во временный файл на диске, если они превышают доступное пространство в буфере памяти. При активном шифровании двоичного журнала на сервере временные файлы, используемые для хранения кэша двоичного журнала, шифруются с помощью AES-CTR (режим счётчика AES) для потокового шифрования. Поскольку временные файлы являются временными и привязаны к одному процессу, они шифруются с использованием одноуровневого шифрования, используя случайно сгенерированный пароль файла и вектор инициализации, которые существуют только в памяти и никогда не сохраняются на диске или в хранилище ключей. После завершения каждой транзакции кэш двоичного журнала сбрасывается: буфер памяти очищается, любой временный файл, используемый для хранения кэша двоичного журнала, усекается, а новый пароль файла и вектор инициализации генерируются случайным образом для использования с следующей транзакцией. Этот сброс также происходит при перезапуске сервера после нормальной остановки или неожиданной остановки.