Git для MySQL

[c0dex]

Percona XtraBackup

Percona XtraBackup is an open-source hot backup utility for MySQL - based servers that does not lock your database during the backup. It can back up data from InnoDB, XtraDB, and MyISAM tables on MySQL 5.1 , 5.5, 5.6 and 5.7 servers, as well as Percona Server with XtraDB.

www.percona.com

ТС напишет свое, ты что

 

[WMix]

Percona XtraBackup

Percona XtraBackup is an open-source hot backup utility for MySQL - based servers that does not lock your database during the backup. It can back up data from InnoDB, XtraDB, and MyISAM tables on MySQL 5.1 , 5.5, 5.6 and 5.7 servers, as well as Percona Server with XtraDB.

www.percona.com

да нахрена мне 12 терро?, у меня и комп не потянет

 

[weregod]

Когда я разрабатывал на битриксе - мне постоянно и все приходилось для всех наших локальных копий (1 копия - 1 разработчик) вести вот такие листочки - добавил поле в инфоблок у себя и после надо не забыть добавить это на продакшине. Если кто-то забыл внести ручками свои изменения на продакшин в БД - то это звиздец.

В дофреймвёковы времена в репе болтался файл db_changes.sql, сам додумаешься, что это, или разжёвывать?

 

[StalkerClasses]

Репликация (англ. replication) в MySQL — механизмсинхронизации содержимогонескольких копийсодержимого базы данных.
Репликация — это процесс, под которым понимается копирование данных из одного источника на другой (или на множество других) и наоборот.

Это не оно?

 

[StalkerClasses]

В дофреймвёковы времена в репе болтался файл db_changes.sql, сам додумаешься, что это, или разжёвывать?

Можно разжевать пож.

 

[WMix]

нет это не оно, это можно использовать для backup, (остановив реплику и делая dump из нее только для того чтоб этот процесс не мешал работе основной базе) но основная идея ускорить пойск. имея множество реплик, можно запросы отдавать в несколько баз параллельно.
заметь, что реплика полностью повторяет основную базу, те при удалении записи, эта запись удалится во всех репликах

 

[StalkerClasses]

А тогда репликации не подходит - насколько понял с ваших слов я ставлю у себя на локальном и удаляя у себя на локальном запись она также удалился на проде.

 

[StalkerClasses]

db_changes.sql это что?
Идею я понял. Но не могу найти ничего путного по этой теме.

 

[AmdY]

почитай про soft delete. если реально данные не удалять, то и проблемы нет.

 

[StalkerClasses]

почитай про soft delete. если реально данные не удалять, то и проблемы нет.

Мне это не подходит. Это только частичное решение проблемы.

Когда я ратовал с битриксом я писал скрипт который сверял свойства инфоьлоков с продакшином. А также скрипт который сверял содержимое в бале данных продакшином и моей локальной копией.

Он находил разные строки и находил недостающие строки.

Потом пусками все добивали на прод то что нужно.

Я бы не хотел изобретать велик работая с фреймворком.

 

[StalkerClasses]

Ручками все довносили на прод.

 

[StalkerClasses]

GitHub - DBDiff/DBDiff: Compare MySQL databases & automatically create schema & data change scripts/migrations rapidly (up & down SQL supported) for database version control. Supports *some* migration tools.

Compare MySQL databases & automatically create schema & data change scripts/migrations rapidly (up & down SQL supported) for database version control. Supports *some* migration tools. -...

github.com

Вот что то тина такого.

 

[weregod]

Можно разжевать пож.

Файл содержал sql-инструкции, связанные с изменениями в коде, всё было грязно, то есть кроме изменений в структуре туда же загонялись изменения в данных, при чекауте каждый разраб должен был подпасть, что файл изменился, ну или по матам в офисе тот, кто внёс изменения, сообщал "пострадавшему". Иногда приходилось писать скрипты, делающие изменения, о том всегда все оповещались заблаговременно.

 

[WMix]

@weregod миграция на коленке? или о чем это? а просто каждый раз новый файл с датой в имени, чтоб иметь последовательность?

 

[c0dex]

@weregod миграция на коленке? или о чем это? а просто каждый раз новый файл с датой в имени, чтоб иметь последовательность?

ты видимо не застал, или просто повезло не работать с таким файликом) У нас тоже такой файлик был, куда накидывали построчно необходимые изменения, правда недолго, потом миграции ввели

 

[weregod]

Файл один был, для сборки новой версии продукта смотрели через коммиты в репу, руками собирали, то ещё удовольствие...

 

[StalkerClasses]

Файл содержал sql-инструкции, связанные с изменениями в коде, всё было грязно, то есть кроме изменений в структуре туда же загонялись изменения в данных, при чекауте каждый разраб должен был подпасть, что файл изменился, ну или по матам в офисе тот, кто внёс изменения, сообщал "пострадавшему". Иногда приходилось писать скрипты, делающие изменения, о том всегда все оповещались заблаговременно.

Не пойму у вас это был велосипед или какая то готовая утилита?

 

[StalkerClasses]

Не думал что такая большая проблема синхронизироваться балами данных.

 

[AmdY]

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

 

[WMix]

ты видимо не застал, или просто повезло не работать с таким файликом)

я же выше написал, тоже самое, но отдельными файлами

каждый раз новый файл с датой в имени, чтоб иметь последовательность