Возможности репликации MySQL реализуются с помощью трех основных потоков: одного на сервере источнике и двух на сервере реплики:

Для каждого соединения источник/реплика существуют три основных потока. Источник, имеющий несколько реплик, создает один поток сброса двоичного журнала для каждой подключенной реплики, а каждая реплика имеет свои собственные потоки ввода/вывода репликации и SQL.

Реплика использует два потока для разделения чтения обновлений с источника и их выполнения в независимых задачах. Таким образом, задача чтения транзакций не замедляется, если процесс их применения медленный. Например, если сервер реплики некоторое время не работал, его поток ввода/вывода может быстро извлечь всё содержимое двоичного журнала с источника при запуске реплики, даже если поток SQL сильно отстаёт. Если реплика остановится до того, как поток SQL выполнит все извлеченные инструкции, поток ввода/вывода по крайней мере извлёк всё, чтобы безопасная копия транзакций хранилась локально в релейных журналах реплики, готовая к выполнению при следующем запуске реплики.

Для дальнейшей паралелизации задач на реплике можно установить системную переменную slave_parallel_workers на значение больше 0 (по умолчанию). При этом реплика создаёт указанное количество потоков-обработчиков для применения транзакций плюс координаторный поток для их управления. Если вы используете несколько каналов репликации, каждое канал имеет это количество потоков. Реплика с slave_parallel_workers, установленным на значение больше 0, называется многопоточной репликой. При такой настройке транзакции, которые завершаются неудачей, могут быть повторены.