Това само по себе си не е свързано с MySQL решение, но имахме голям успех с продукт, наречен liquibase. (http://www.liquibase.org/ )
Това е решение за миграция, което обхваща много различни доставчици на бази данни, позволявайки всички промени в базата данни да бъдат кодирани в конфигурационни файлове, всички от които се съхраняват в Subversion. Тъй като цялата конфигурация се съхранява в XML файлове, е лесно да се обединят промените на други хора в основния скрипт и той работи добре с тагове и клонове.
Базата данни може да бъде доведена до текущото ниво на ревизия чрез изпълнение на командата "актуализация на базата данни". Повечето промени също имат възможност за връщане на промяна на базата данни, което също може да бъде полезно. Бих препоръчал да следвате практиката да се уверите, че сте актуални, преди да стартирате миграцията, тъй като това вероятно би било най-лесно.
И накрая, когато става въпрос за производствена доставка, можете да изберете всички промени в базата данни да бъдат изведени като пълен SQL скрипт, така че да може да позволи на DBA да го изпълняват и да поддържат разделяне на задълженията.
Досега работеше като чар.
