G
Можно rsync'ом копировать куда нибудь на файлопомойку перед purge
Size: a a a
2021 October 26
G
Ну по крайней мере я так делаю))
FL
Да,пулить куда-нибудь во вне логи.
А применить бинлог на слэйв mysqlbin'ом?
А применить бинлог на слэйв mysqlbin'ом?
FL
К примеру, 50 логов
G
Да
G
ТОлько не на слейв, а на развернутый бекап
G
Слейв сам себе всё закачивает)
FL
обработать файл:
shell> mysqlbinlog binlog.000001 > /tmp/statements.sql
shell> mysqlbinlog binlog.000002 >> /tmp/statements.sql
shell> mysql -u root -p -e "source /tmp/statements.sql"
shell> mysqlbinlog binlog.000001 > /tmp/statements.sql
shell> mysqlbinlog binlog.000002 >> /tmp/statements.sql
shell> mysql -u root -p -e "source /tmp/statements.sql"
FL
Если таких файлов 500
FL
Надо скрипт писать универсальный
G
Сразу в mysql заворачивай
G
Зачем в файл?
G
И их вроде списком через пробел можно было перечислить
G
Не помню уже точно
FL
Типа так подхватит?
shell> mysqlbinlog binlog.000001 binlog.000002 | mysql -u root -p
shell> mysqlbinlog binlog.000001 binlog.000002 | mysql -u root -p
2021 October 27
ГС
в каком формате использовать uuid в базе чтобы по производительности было не сильно хуже целочисленного ключа?
IZ
Там есть специальный тип для этого, вот его
IZ
Блин, сорри, его нет оказывается...
Тогда BINARY(32) или сколько там по размеру guide..
Тогда BINARY(32) или сколько там по размеру guide..
IZ
Хуже целочисленного не будет никогда
s
uuid всегда будет хуже целочисленного типа