[user@srv-fvs ~]$ ffmpeg -version
ffmpeg version N-44742-g2089f93
built on Sep 25 2012 16:08:38 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-46)
configuration: --enable-pthreads --enable-runtime-cpudetect --enable-gpl --enable-nonfree --enable-postproc --enable-swscale --enable-libfaac --enable-libx264
libavutil 51. 73.101 / 51. 73.101
libavcodec 54. 58.100 / 54. 58.100
libavformat 54. 28.101 / 54. 28.101
libavdevice 54. 2.101 / 54. 2.101
libavfilter 3. 17.100 / 3. 17.100
libswscale 2. 1.101 / 2. 1.101
libswresample 0. 15.100 / 0. 15.100
libpostproc 52. 0.100 / 52. 0.100
Вы не понимаете как происходит репликация, никаких механизмов резервирования не предусмотрено, архитекторно в этом нет необходимости. SQL комманды выполняемые на одном сервере передаются на другой почти в явном виде, если в таблице мастера вы сделаете «update id 101» а на слейве такого id нет (тк базы/таблицы отличаются) — реплика остановится.
Пусть вас не вводит в заблуждение maser-master репликация, в MySQL это перекрестная master-slave.
Если я правильно понял, то можно из 2х разных баз реплицировать 2 разные таблицы в третью базу, в третьей базе «собирать» данные триггером/процедурой/клиентским приложением в конечную таблицу.