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

Привет! Есть вопрос по репликации. Стартует слэйв, запросы из мастера прилетают (видны в processlist на слэйве), но данные в таблице не обновляются. Отставания нет, в игноре в конфиге тоже не указаны, в error.log ошибок нет, Percona5.7 Кто то знает почему такое может быть?

А SQL_Thread запущен?

да два канала на каждый есть: thread/sql/slave_io thread/sql/slave_sql только один работает хорошо, а второй нет

релэй лог проигрывается в processlist видны запросы, но в таблицах ничего не меняется.

в processlist на втором канале в thread/sql/slave_sql когда появляется запрос то state становится system lock на 1 сек, потом Slave has read all relay log; waiting for more updates.

Почему запросы в relay log прилетают, но они игнорируются, в replicate-wild-ignore-table таких таблиц нет. Никто не знает?

Смотри логи

Мастер и релей

Смотрел mysqlbinlog ничего такого не нашел, скип ошибок отключен, работает обновляет позиции, но запросы из relay log не применяет.

Смотрел mysqlbinlog ничего такого не нашел, скип ошибок отключен, работает обновляет позиции, но запросы из relay log не применяет.

т.е. в мастере запросы есть

а в релее их нет?

репликация кстати какая? SBR?

ROW

relay log проигрывается без ошибок догоняет мастер, но данных почему то нет. Может можно как то отдебажить?

можно попробовать general log включить

и тамсмотреть

както странно

General log: However, when using row-based binary logging, updates are sent as row changes rather than SQL statements, and thus these statements are never written to the query log when binlog_format is ROW

Всем привет

кто-нибудь sqlite использовал?

Да

hi

hola

не оч тут активно

Пора удаляться

ну ты пока здесь три минуты

по сообщениям смотрю

))

не оч тут активно

http://imagizer.imageshack.com/img923/5900/p9wDwN.png можешь туда податься, будет активно

да в qa-чат сразу

Всем привет! Объединяем VR разработчиков https://t.me/vr_developers

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

Бань

я не вхожу в администрационный состав

Всем привет! Устроился в компанию. В нагрузку к тому, на что подписывался, добавилось ещё и то, о чём даже не предполагал (и в чём не разбираюсь) =) В том числе и боевая база MySQL. Возник следующий вопрос: когда просматриваю результат выборки через MySQL Workbench, то во всех записях на кириллице вижу кракозябры. Однако, если средствами сиквела делаю экспорт в файл, то там всё уже нормально. Возникла необходимость добавить записи в таблицу. Через INSERT получаю в итоге кириллицу. Скрины ниже:

В отчётах, которые приходили до этого, вся эта абракадабра превращалась в удобочитаемый текст

для начала посмтотреть, с каким character set созданы таблицы, скорее всего в SHOW CREATE TABLE это будет указано

CREAT(E)

а то скопипастит щас )

utf8_general_ci

В колонке Collation

видимо подключаешься с какой-то другой кодировкой

попробуй SET NAMES utf8; первым запросом

там вроде есть более правильные способы решения проблемы, но пока так

хотя лучше скажи, откуда подключаешься, потому что я-то для консоли сейчас говорю

хотя лучше скажи, откуда подключаешься, потому что я-то для консоли сейчас говорю

из бенча

Подключение с компьютера в локальной сети через MySQL Workbench на Linux сервер с СУБД

он же говорил

По адресу и порту

он же говорил

сорян, у меня все плохо с оперативкой

сорян, у меня все плохо с оперативкой

да, не суть

надо смотреть настройки бенча

в общем стоит поискать параметры подключения, в них скорее всего почему-то стоит cp1251 или аналог

скорее всего в базе у тея все норм

а бенч тупка

попробовать сменить на utf-8

в общем стоит поискать параметры подключения, в них скорее всего почему-то стоит cp1251 или аналог

да потому что под виндой он

потому и стоит

ну мне так кажется

Да, бенч под виндой

Друзья, подскажите пожалуйста, ситуация: нужно сделать выборку по двум табличкам. Слышал, что JOIN'ов лучше избегать по возможности. Так вот как поступить? Не уж то ли 2 запроса SELECT'a отработают быстрее чем 1, но с JOIN'ом ?

В общем случае лучше использовать джойн

Какой конкретно способ будет производительней - зависит от входных условий, но одноуровневый джойн не так страшен, пока он не выбирает миллионы строк

@etkee Спасибо! :)

Здравствуйте! Столкнулись с такой ситуацией - при оптимизации таблицы (OPTIMIZE TABLE tbl_name ) в нее не возможно было производить INSERT INTO, и все попытки записи просто висели и ждали когда оптимизация закончиться. Может быть есть какой-то способ получить статус таблицы и понять можно в нее писать сейчас или нет? SHOW open tables WHERE Name_locked > 0 ?

Не Name_locked, а In_use

https://dev.mysql.com/doc/refman/5.7/en/show-open-tables.html

In_use > 0 если в таблицу кто-то в данный момент пишет, во время оптимизации он тоже будет больше нуля только постоянно (пока оптимизация не закончится)?

Может есть возможность запросить какой-нибудь статус того, что с таблицей происходит в данный момент?

`show open tables WHERE Table LIKE 'tb_employees' AND In_use > 0`

In_use > 0 если в таблицу кто-то в данный момент пишет, во время оптимизации он тоже будет больше нуля только постоянно (пока оптимизация не закончится)?

Да, будет

Может есть возможность запросить какой-нибудь статус того, что с таблицей происходит в данный момент?

Собственно, In_use это есть статус

`show open tables WHERE Table LIKE 'tb_employees' AND In_use > 0`

Похоже в моем случае in_use большую часть времени будет больше нуля, так как в нее постоянно кто-то пишет. Придется писать функцию пытающуюся получить in_use = 0

https://bugs.mysql.com/bug.php?id=80805

господа, кто ловил такое?

я в шоке