Спасибо, читаю

я вот не пойму, допустим у меня один фулловый + 2 инкрементальных, исходя из доки я делал так:
xtrabackup --user=root --password=pass --host=127.0.0.1 --backup --datadir=/mnt/mysql_data/data --target-dir=/home/ec2-user/inc/inc1 --incremental-basedir=/home/ec2-user/full

xtrabackup --user=root --password=pass --host=127.0.0.1 --backup --datadir=/mnt/mysql_data/data --target-dir=/home/ec2-user/inc/inc2 --incremental-basedir=/home/ec2-user/inc/inc1

xtrabackup --prepare --apply-log-only --target-dir=full

xtrabackup --prepare --apply-log-only --target-dir=/home/ec2-user/full --incremental-dir=/home/ec2-user/inc/inc1

xtrabackup --prepare --target-dir=/home/ec2-user/full --incremental-dir=/home/ec2-user/inc/inc2
xtrabackup --apply-log-only should be used when merging all incrementals except the last one. That’s why the previous line doesn’t contain the xtrabackup --apply-log-only option. Even if the xtrabackup --apply-log-only was used on the last step, backup would still be consistent but in that case server would perform the rollback phase.

если у меня повяляется след. 3 инкремента, мне её нужно мерджить с ключем --apply-log-only или без?

Есть бд с несколькими идентичными схемами с одинаковой структурой таблиц. Можно ли натравить general_log только на одну из них?

народ кто нибудь профилировщики использует напримеп neor? чет он не поддерживается уже года 3...

кто-то пробовал восстанавливать базы через myloader?
дамплю mydumper-ом базу, в дампе есть всё необходимое, но при ресторе:
** Message: 14:13:00.191: Dropping table or view (if exists) `mysql`.`plugin`
** Message: 14:13:00.198: Creating table `mysql`.`plugin`
** Message: 14:13:00.210: Dropping table or view (if exists) `mysql`.`proc`
** Message: 14:13:00.211: Creating table `mysql`.`proc`

* (myloader:13452): CRITICAL *: 14:13:00.212: Error restoring mysql.proc from file mysql.proc-schema.sql.gz: Invalid default value for 'modified'
** Message: 14:13:00.013: Dropping table or view (if exists) `mysql`.`engine_cost`
** Message: 14:13:00.017: Creating table `mysql`.`engine_cost`
** Message: 14:13:00.028: Dropping table or view (if exists) `mysql`.`event`
** Message: 14:13:00.029: Creating table `mysql`.`event`

* (myloader:13452): CRITICAL *: 14:13:00.030: Error restoring mysql.event from file mysql.event-schema.sql.gz: Invalid default value for 'modified'

почему так происходит? тем же mysqldump проблем не было никогда...

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

Они не обязаны сливаться.

Т.е. ВООБЩЕ НИКОГДА не обязаны.

Странно ещё, как это ты сумел понять, что они не сливаются...
Это весьма непросто...

может кто-то сталвкиался? день сижу, не понимаю в чем дело, тем же mysqldump всё норм проходит
https://github.com/maxbube/mydumper/issues/255

ну в кеше данные хранились запредельно долгое время, произошел сбой в вм , ребут, дальше автоматом пытается рекаверить, но из за бед секторов получается кусок битый. с проблемой битых блоков понятно, но вот как добиться результата что бы инно почаще сливала в фс данные нежели копила их в кеше
#issue_#00001

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

уменьшить размер кеша? первая нубская мысль 0

А.... Ну...
Увы

Ребят. Вопрос. Какая информация о БД мне требуется для удаленного доступа к ней?

юзер, пароль, порт и хост, ну и название бд

То бишь такие обрывки смысла не имеют. Пишу на шарпе приложение для бд, и заказчик такое кидает.

хрень какая-то 🤨

Вот и я о том же