n
как делается бекап? чем делается? Если на мастере есть gtid лучше master_autopoition=1 вместо master_log*, если конечно бекап нормально определяет какой был gtid на момент бекапа.
gtid нету на серваке
Size: a a a
2020 June 26
n
как делается бекап? чем делается? Если на мастере есть gtid лучше master_autopoition=1 вместо master_log*, если конечно бекап нормально определяет какой был gtid на момент бекапа.
бекап с gtid-purged=OFF mysqldump -p --single-transaction --routines --triggers --set-gtid-purged=OFF --events --databases vvv
NK
коллеги , имеется два сервака на mysql 8 пытаюсь доделать как второй слейв, делаю бэкап базы и заливаю его на второй , делаю
CHANGE MASTER TO
MASTER_HOST='ччч',
MASTER_PORT=3306,
MASTER_USER='or',
MASTER_PASSWORD='ччч',
MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=100032;
но постоянно натыкаюсь на эту ошибку хотя все перезалил
Last_SQL_Errno: 1062
Last_SQL_Error: Could not execute Write_rows event on table ift.clients_log; Duplicate entry '615851941' for key 'clients_log.PRIMARY', Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY; the event's master log mysql-bin.000001, end_log_pos 1351
CHANGE MASTER TO
MASTER_HOST='ччч',
MASTER_PORT=3306,
MASTER_USER='or',
MASTER_PASSWORD='ччч',
MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=100032;
но постоянно натыкаюсь на эту ошибку хотя все перезалил
Last_SQL_Errno: 1062
Last_SQL_Error: Could not execute Write_rows event on table ift.clients_log; Duplicate entry '615851941' for key 'clients_log.PRIMARY', Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY; the event's master log mysql-bin.000001, end_log_pos 1351
у вас в ошибке позиция меньше чем в команде change master to
NK
есть подозрение что change master не прошёл
n
есть подозрение что change master не прошёл
как советуете исправить ?
n
сейчас вот такая ошибка
Last_IO_Errno: 13114
Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'binlog truncated in the middle of event; consider out of disk space on master; the first event 'mysql-bin.000002' at 19790, the last event read from './mysql-bin.000002' at 124, the last byte read from './mysql-bin.000002' at 19809.'
Last_IO_Errno: 13114
Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'binlog truncated in the middle of event; consider out of disk space on master; the first event 'mysql-bin.000002' at 19790, the last event read from './mysql-bin.000002' at 124, the last byte read from './mysql-bin.000002' at 19809.'
NK
как советуете исправить ?
ну вот сейчас уже - перезаливать слейв если это приемлимо по времени, или скипать ошибки до победного и потом синхронизировать через pt-table-checksum / pt-table-sync
n
ну вот сейчас уже - перезаливать слейв если это приемлимо по времени, или скипать ошибки до победного и потом синхронизировать через pt-table-checksum / pt-table-sync
а есть ли другой способ как это лучше(точнее правильнее) сделать , без остановки мастер сервера и снятие с него бекапа ?
NK
я ж сказал - скипать ошибки и потом использовать pt-table-checksum / pt-table-sync для синхронизации расхождений слейва
Y
Sqitch с mysql кто-нибудь использует? Для накатывания изменений в схемах.
NI
фига себе, настоящий perl проект в 2020
NK
фига себе, настоящий perl проект в 2020
Можно в рамочку и под стекло!
AG
Можно в рамочку и под стекло!
на перле есть вполне себе хороший проект OTRS :) так что их несколько
АА
А кто-то ещё пишем на плюсах?
Э
А кто-то ещё пишем на плюсах?
пишем
Y
Сейчас идет perl conference на ютюбе, perl вполне себе жив :)
NK
Y
Сейчас идет perl conference на ютюбе, perl вполне себе жив :)
Да жив жив ваш перл. Просто никому не нужен, а так жив
2020 June 27
СШ
на перле есть вполне себе хороший проект OTRS :) так что их несколько
Это где сопровождение заявки ведёт?
AK
Ребят, а кто какими хорошими средствами пользуется для моделирования данных? Поделитесь опытом плиз.