AkinaS_GurЕсли бы было возможно настроить репликацию - я бы ничего не изобретал. Здесь не технические проблемы - скорее, политические.
А нам не видно... Просто логирование в файл - это ненадёжно. Для тестов ещё подойдёт, но на боевой системе...

Я задавал конкретный вопрос. Из него вовсе не следовало, что я не знаю, что такое репликация. Для разных задач существуют разные решения

S_GurСтоит задача синхронизации нескольких таблиц, этот вариант показался мне самым быстрым. Сначала вызывается mysqldump, который создает sql-файл. Если его лог нулевого размера (я так понял, это значит, что ошибок нет) и дамп существует, запускается его поднятие второй командой.
SELECT INTO OUTFILE + LOAD DATA INFILE может оказаться быстрее, чем mysqldump.[/quot]

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

AkinaS_Gurесть какие-нибудь идеи насчет того, почему не работает ключик -tee?
Наверное, потому что не почитан мануал, и соответственно ключик использован неправильно.

--tee=...
Присоединить что-либо к выходному файлу. Смотрите также команду \h (интерактивная помощь). Этот параметр не работает в пакетном режиме.

Это из мануала. Я не заметил большого количества вариантов его использования. Файл создавался, но оставался пустым, а ошибки MySQL выводились на консоль

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

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

S_GurМожет, это будет и быстрее, но вот удобнее - вряд ли
Мне очень нравится дрыготня Ваших приоритетов. Выбрать некий метод, как кажущийся наиболее быстрым, и отвергать возможно ещё более быстрые по причине некоего, весьма, кстати, эфемерного, удобства. Я уж не стану говорить о том, что никаких неудобств там нет.
И да - мне вот очень интересно, как Вы намерены полученный дамп загружать в отличающуюся от исходной структуру...

Я думаю, что когда вы попробуете создать хотя бы один дамп, вы поймете, что зря задали мне этот вопрос.

DROP TABLE IF EXISTS `tv_genre`;
/*!40101 SET @saved_cs_client = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `tv_genre` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`title` varchar(128) NOT NULL DEFAULT '',
`number` int(11) NOT NULL DEFAULT '0',
`modified` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
PRIMARY KEY (`id`),
UNIQUE KEY `title` (`title`)
) ENGINE=MyISAM AUTO_INCREMENT=12 DEFAULT CHARSET=utf8;
/*!40101 SET character_set_client = @saved_cs_client */;

--
-- Dumping data for table `tv_genre`
--

LOCK TABLES `tv_genre` WRITE;
/*!40000 ALTER TABLE `tv_genre` DISABLE KEYS */;
INSERT INTO `tv_genre` VALUES (1,'information',1,'2015-07-19 18:18:53'),(2,'entertainments',2,'2015-07-19 18:18:53'),(3,'children\'s',3,'2015-07-19 18:18:53'),(4,'cinema',4,'2015-07-19 18:18:53'),(5,'science',5,'2015-07-19 18:18:53'),(6,'sports',6,'2015-07-19 18:18:53'),(7,'music',7,'2015-07-19 18:18:53'),(8,'business',8,'2015-07-19 18:18:53'),(9,'culture',9,'2015-07-19 18:18:53'),(10,'for adults',10,'2015-07-19 18:18:53'),(11,'Региональные',11,'2015-07-25 08:31:35');
/*!40000 ALTER TABLE `tv_genre` ENABLE KEYS */;
UNLOCK TABLES;

Это кусок дампа. Есть еще вопросы, о том, КАК загружать данные? А насчет эфемерности - попробуйте сами написать код, анализирующий структуру таблицы и создающий по результатам этого процесса скрипт Create Table. Не знаю, как вам, мне элементарно жалко тратить на это время. Поэтому я и ищу более легкие пути. Я не утверждаю, что это самый лучший вариант, но мои приоритеты меня пока устраивают. Кстати, скорость работы для меня абсолютно не важна. В самой большой таблице около 300 записей. А вот скорость написания кода критична

Akina, все очень просто. Мне надо, чтобы результирующая таблица полностью соответствовала исходной. Именно поэтому я не собираюсь ничего отрезать. Я выполняю скрипт целиком. Он убивает мою версию таблицы и создает с нуля полную копию исходной. Меняться может исходная таблица, результирующая - это ее копия