Господа, прошу помощи. Есть команда "C:\Program Files\MySQL\MySQL Server 5.6\bin\mysql.exe" -h[server] -u[user] -p[password] test < 11.sql. Как мне вывести результат этой команды не на консоль, а в файл лога?

Пробовал оба этих варианта. А где и что в ини править?

miksoft, всего-навсего тем, что не работают. Файлы не создаются. А так все в порядке :-)

miksoft, не знаю, какая может быть внешняя причина. Перед этим запускается mysqldump и прекрасно лог создает. А mysql - только на консоль

Lumix, без проблем. Я ввел в команду несуществующий sql-файл. На консоль прекрасно выдалось "The system cannot find the file specified". Лог-файл не создался

miksoft,

"C:\Program Files\MySQL\MySQL Server 5.6\bin\mysqldump.exe" -h*** -u*** -p*** --lock-tables=false stalker itv radio tv_genre --result-file="1.sql" --log-error=1.log
"C:\Program Files\MySQL\MySQL Server 5.6\bin\mysql.exe" -h*** -u*** -p*** test < 11.sql > d:\temp\111\out.txt 2>&1

Это содержимое моего CMD-файла. Все, что после <11.sql варьировалось всеми возможными способами. Выходной файл не создается, сообщение об ошибке выводится на консоль

Lumix, во-первых, я не собираюсь оставлять этот cmd. Я его сделал сейчас для теста. Мне надо, чтобы они запускались по отдельности с возможностью анализировать ошибку. Во-вторых, если в моем варианте поставить существующий файл, но испортить, например, пароль, то выдается ошибка MySQL "access denied for user", это уже не ошибка системы. Но все равно вывод идет только на консоль. Поэтому просьба воздержаться с определениями типа "извращенец" и сосредоточиться на проблеме - конечно, если у вас есть что сказать по теме

Akina, спасибо, я знаю основы функционирования операционных систем. Мне нужно выводить в файл именно сообщения MySQL. C CMD я как-нибудь разберусь.

Akina, я планировал, что оно будет вызываться из программы на дельфях. Стоит задача синхронизации нескольких таблиц, этот вариант показался мне самым быстрым. Сначала вызывается mysqldump, который создает sql-файл. Если его лог нулевого размера (я так понял, это значит, что ошибок нет) и дамп существует, запускается его поднятие второй командой. После чего так же проверяется лог и определяется, выполнилась ли операция

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

Akina, я возмущался только определениями типа "извращенец". От CMD в этой конструкции зависит только проверка наличия файла - с этим я могу справиться и до запуска mysql.exe. Все остальные возможные ошибки должен возвращать уже mysql. Возможно, я неправильно сделал тестовый пример, но в других случаях сообщения от сервака тоже не выдавались и файлы не создавались вообще

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

Спасибо за мудрые советы. Если бы было возможно настроить репликацию - я бы ничего не изобретал. Здесь не технические проблемы - скорее, политические.

Кстати, есть какие-нибудь идеи насчет того, почему не работает ключик -tee?

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