A
или можно поставить низкое время и через сервер бинлогов сливать. одни плюсы и бекап для point-in-time recovery
вот это не понял, я новичок в мускуле
Size: a a a
2020 April 18
🇻
в стародавние времена макромедия делала текстовый редактор с возможностью предпросмотра навёстанного. Видимо адоби сделали из этого бренда очередной vscode
он вроде все еще есть - brackets Называется
NI
нее, там парень дримвивер откопал свежий
🇻
нее, там парень дримвивер откопал свежий
сейчас имхо webstorm/phpstorm от jetbrains всех нагнул по веб разработке. там и встроеный sql менеджер, которвый поддерживает почти все.
GK
из минусов - к производительности есть вопросы
если процу больше 5 лет, U-серия для нетбуков, памяти меньше 16 или диск уровня sata2 - тогда да
2020 April 20
ЕО
лучше менять tx_isolation на READ COMMITTED, будет более явно что хочется сделать. Ну и заодно trx_commit=0/2 sync_binlog=0/>100 по желанию, если конечно все узлы на одном физическом сервере не крутятся
Привет, комплексными работами наладили работу кластера, SHOW STATUS LIKE 'wsrep_flow_control_%'; показывает всё по нулям, то есть пауз для завершения репликации нет. Программисты улучшили код, я добавил нужные настройки в галеру. Все дедлоки ушли. Спасибо за помощь.
きヴ
#FeedmeMeetup #MySQL #Scalability #HighAvailability
Движняк! 24 Апреля, пятница, 19:00. Очередной онлайн-митап с панелью, дискуссией и Lean Bar в конце - на этот раз про MySQL, пока рабочее название MySQL@Scale. Официально запущу анонсы в понедельник, но в чате - для своих, пораньше. Короче, собираем бомбовую дискуссию о текущем состоянии экосистемы MySQL с точки зрения отказоустойчивой и масштабируемой инфраструктуры. Участники как очень хорошо известные - Аксенов из Avito, Федорков и Кузовлев из EcommPay, - так и совсем непубличные (но от этого не менее интересные) - Николай Королёв, MySQL DBA Badoo (сотни MySQL-нод) и даже позвали представителя разработки ProxySQL (имя уточняется), поскольку именно этот инструмент становится популярным для обеспечения оказоустойчивости и масштабирования в эко-системе MySQL. Регистрироваться на Zoom-митинг тут: https://feedme.timepad.ru/event/1296478/. Буду признателен, если пошерите это по своим девелоперским чатам, массово начнем рекламировать с понедельника, но хочется привлечь в Zoom максимально профессиональную аудиторию. Если есть какие-то вопросы - можно писать мне лично @alexeyrybak или в чат этого канала.
Движняк! 24 Апреля, пятница, 19:00. Очередной онлайн-митап с панелью, дискуссией и Lean Bar в конце - на этот раз про MySQL, пока рабочее название MySQL@Scale. Официально запущу анонсы в понедельник, но в чате - для своих, пораньше. Короче, собираем бомбовую дискуссию о текущем состоянии экосистемы MySQL с точки зрения отказоустойчивой и масштабируемой инфраструктуры. Участники как очень хорошо известные - Аксенов из Avito, Федорков и Кузовлев из EcommPay, - так и совсем непубличные (но от этого не менее интересные) - Николай Королёв, MySQL DBA Badoo (сотни MySQL-нод) и даже позвали представителя разработки ProxySQL (имя уточняется), поскольку именно этот инструмент становится популярным для обеспечения оказоустойчивости и масштабирования в эко-системе MySQL. Регистрироваться на Zoom-митинг тут: https://feedme.timepad.ru/event/1296478/. Буду признателен, если пошерите это по своим девелоперским чатам, массово начнем рекламировать с понедельника, но хочется привлечь в Zoom максимально профессиональную аудиторию. Если есть какие-то вопросы - можно писать мне лично @alexeyrybak или в чат этого канала.
Эмммм, а кому и на каком входе предьявлять билеты?
AR
вам всё придёт на почту
AR
зум-комната, пароль, правила ведение дискуссии в видео-чате (будут блоки, когда все могут принять участие), ссылка на трансляцию в youtube если захотите просто смотреть стрим
NI
Народ, а кто подскажет, то что комманда "purge binary logs to" не передаётся на реплику, то норма?
binary log это файлы с определённым названием. Можно удалить все файлы до даты или до названия. На другом сервере названия могут быть другие. То что мы удаляем бинарные логи на мастере не ломает слейв. Значит слейву не нужно эту команду выполнять. Слейв скачивает бинарные логи и исполняет события. Чтобы события накатились правильно мы должны начать с нужного офсета (или значения gtid). Если мастер уже удалил нужный слейву файл, то слейв остановит репликацию. Слейв может подключиться в любой момент. Например мы выключили слейв на неделю, а expire_log_days=1. Включаем слейв, тот просит старый файл, файла у мастера нет, слев останавливает репликацию с ошибкой. Слейв теперь навсегда показывает старый слепок мастера
NI
если коротко, в mysql нет replication slots.
NI
делайте сервер бинлогов если надо хранить долго и/или делайте хорошие бекапы. Востановить бекап чаще быстрее чем ждать пока накатятся изменения накопленные мастером за две недели.
NI
NI
и mysql-ripple от гуглового разработчика
NI
и самопалить можно как 10 лет назад https://www.percona.com/blog/2012/01/18/backing-up-binary-log-files-with-mysqlbinlog/
