Mam problem z mysqldump. Chcę zwyczajnie i prosto wykonać dump bazy danych, a tam jest tyle parametrów, że czytam i czytam dziesiąty raz i jeśli już nawet coś zrzuciłem to za cholerę nie chce sie to załadować do nowej bazy. Chodzi o zrzut bazy z wszystkimi cudami jakie w niej są - z widokami, funkcjami i procedurami oraz triggerami.

w my.ini:
result_file="e:/zbytop.sql"

w wierszu poleceń:
mysqldump --tables --triggers -d -R zbytop

gdzie otrzymuje np takie polecenie dla utworzenia jakiejś tam funkcji color_tar:

[SQL] pobierz, plaintext 
delimiter ;;
/*!50003 DROP FUNCTION IF EXISTS `color_tar` */;;
/*!50003 SET SESSION SQL_MODE=""*/;;
/*!50003 CREATE FUNCTION `color_tar`(string char(255)) RETURNS char(255) 
RETURN ( select replace(string,'G','<font color=00CC00>G</font>') ) */;;
 
 
delimiter ;
[SQL] pobierz, plaintext 

Gdzie przy próbie wykonania tego polecenia w wierszu poleceń mysql wywala błąd, że nie rozumie czegoś z "/" cytując:

[SQL] pobierz, plaintext 
ERROR 1064 (42000): You have an error IN your SQL syntax; CHECK the m
MySQL server version FOR the RIGHT syntax TO USE near '/' at line 1
[SQL] pobierz, plaintext 

Jak sie pousuwa te krzaczory: /* */ to wszystko działa - pytanie - co zrobić żeby ich nie było i po co są skoro i tak nie działają?

Administracja mysql to chyba jedna z jego słabszych stron.
Przecież dump bazy powinien być jej wiernym odzwierciedleniem, a jego załadowanie do innej bazy na tym samym serwerze bezdyskusyjnie bezproblemowe, a tymczasem wszystko sie wysypuje: klucze obce,funkcje, triggery.

mysqldupa

Może i to stare i nie aktualne, ale może przydać się dla potomnych. Sam znalazłem ten topic na google i męczyłem się troche z rozwiązaniem tego shitu.

Na szczęście rozwiązanie okazło się proste. Wystarczy dodać

[SQL] pobierz, plaintext 
--routines 
[SQL] pobierz, plaintext 

To wszystko