Size: a a a

2021 May 31

А

АртемКА in ru_mysql
А кто не понял, то сделал вид, что понял...
источник
2021 June 01

IV

Igor Vyrva in ru_mysql
Господа
такой вопрос:
mariaDB (10.5.6) Галера кластер (3 ноды) + подключен Slave на одну из нод
для одного пользователя (GRANT SELECT, SHOW VIEW) для одной из баз пишется (в MySQL Workbench как минимум):
tables could not be fetched

В инетах написано что это следует лечить через
mysql-upgrade (mariadb-upgrade), хотя при обновлении mariadb мы запускали (mysql_upgrade --skip-write-binlog -u root -p)

Интересует следующий вопрос
не поломает ли нам это чего на текущем моменте если мы запустим ещё раз?
источник

AB

Alex Butenko in ru_mysql
> mariaDB (10.5.6) Галера кластер (3 ноды) + подключен Slave на одну из нод

а можно узнать в чем смысл такого сетапа?
источник

AB

Alex Butenko in ru_mysql
не то что бы я хотел сказать что это неверно, просто любопытно
источник

IV

Igor Vyrva in ru_mysql
на трех нодах работают базы
на Слейв смотрит приложение MS PowerBI, так как человек не очень умеет писать запросы и в итоге может загрузить рабочую ноду, что не есть хорошо
источник

AB

Alex Butenko in ru_mysql
а, я потом так и подумал
источник

AB

Alex Butenko in ru_mysql
хорошая идея
источник

EZ

Egor Zagorskiy in ru_mysql
всем привет. подскажите, как красивее всего в конструкцию mysqldump | mysql  впихнуть в начало SET FOREIGN_KEY_CHECKS=0; и SET FOREIGN_KEY_CHECKS=1; в конец ? sed ?
источник
2021 June 02

NI

Nickolay Ihalainen in ru_mysql
mysqldump вроде сам выключает проверки FK?
источник

NI

Nickolay Ihalainen in ru_mysql
ну и если там не совсем mysqldump, то: (echo "SET FOREIGN_KEY_CHECKS=0;"; mydump_command_or_cat ; echo "SET FOREIGN_KEY_CHECKS=1;" ) | mysql
источник

EZ

Egor Zagorskiy in ru_mysql
К своему стыду не знаю, исполняются ли комментарии с цифрами, которые ставит mysqldump в начале
источник

NI

Nickolay Ihalainen in ru_mysql
Если версия mysql сервера больше чем цифра в этом коменте, то исполняются
источник

EZ

Egor Zagorskiy in ru_mysql
пасиба!
источник

AG

Armen Gasparyan in ru_mysql
ребят добрый день,
у меня возникла такая проблема
бин-лог буквально за пару часов "опух" на 600 гигов - как можно понять, что привело к такому взрыву?
источник

NI

Nickolay Ihalainen in ru_mysql
источник

AG

Armen Gasparyan in ru_mysql
Спасибо большое, "будем посмотреть"
источник

G

Grigorij in ru_mysql
Ну если он у тебя row-based, то любая большая операция на вставку/удаление даст тебе сильный скачёк по размеру
источник

G

Grigorij in ru_mysql
Вставил 10гб данных - в бинлог попадёт (вроде) 2х, не считая индексов
источник

G

Grigorij in ru_mysql
Хотя 2х это для апдейтов
источник

G

Grigorij in ru_mysql
для вставки и удаление всё же 1х наверное
источник