Size: a a a

2020 June 30

А

Александр in ru_mysql
как правило, если действительно есть значения <неопределенно> то лучше всего использовать NULL
источник

AK

Andrey Kolkov in ru_mysql
Александр
как правило, если действительно есть значения <неопределенно> то лучше всего использовать NULL
Да, не определено или ещё не успело прийти... А то иначе гимор со вставкой может быть, если связанные по ключам таблицы с ограничениями.
источник

В

Вячеслав in ru_mysql
Кто может провести для меня ЛикБез по GTID? :)
источник

В

Вячеслав in ru_mysql
Не пойму как оно работает...
источник

DM

Dmitriy Mihaylenko in ru_mysql
Вячеслав
Не пойму как оно работает...
источник
2020 July 01

M

Mb1W@ in ru_mysql
Вячеслав
Не пойму как оно работает...
Ну начать можно от сюда:
https://www.percona.com/blog/2013/05/21/replication-in-mysql-5-6-gtids-benefits-and-limitations-part-1/
https://www.percona.com/blog/2013/05/30/replication-in-mysql-5-6-gtids-benefits-and-limitations-part-2/
Я только тестировал GTID, но не использовал на продакшене.
После включения оно просто работает. :)
источник

NI

Nickolay Ihalainen in ru_mysql
Вячеслав
Кто может провести для меня ЛикБез по GTID? :)
У каждого сервера есть уникальный идентификатор, который задаётся через файл auto.cnf в datadir. Каждая транзакция при коммите получает GTID. GTID это UUID сервера + счётчик на этом сервере (без пропусков). Состояние сервера (слепок какие значения у полей строк) это функция от набора чисел (UUID1,seqno1);..;(UUIDN,seqnoN). Когда сервер выполняет свой запрос у него увеличивается свой seqno, когда исполняется запрос по репликации или востанавливаем весь сервер из бекапа, в наборе gtid появляется UUID мастера и изменяется номер того сервера. После выполнения транзакции сервер обновляет GTID и сохраняет его в gtid_executed. Кроме gtid executed ещё надо поддерживать gtid_purged: набор gtid в котором видно какие транзакции исполнены - это транзакции которые исполнили, но в бинарном логе сервера их уже нет (или бинарный лог был уже удалён, или мы из бекапа получили).

Каждый сервер, который присоединяется как слейв может попросить бинарные логи для своей gtid_executed (которая на старте получается из gtid_purged). Таким образом бинарные логи могут храниться в файлах с любым названием и любыми смещениями по-байтовыми в файле, но слейв всё равно находит свою позицию.
источник

AK

Andrey Kolkov in ru_mysql
Ребят, вот у меня есть таблицы с сущностями, состоянием сущности и параметрами сущности. Как мне лучше обновить у сущности и состояния ссылку на текущее состояние, а у состояния на текущие параметры?
В коде приложения прописать или все же здесь уместно тупо тот самый пресловутый триггер по вставке забубенить?
источник

ls

løst søul in ru_mysql
у вас 6НФ что ли?
источник

AK

Andrey Kolkov in ru_mysql
ALTER TABLE container_state 
ADD CONSTRAINT on_car_check
CHECK (
 CASE WHEN `on_car`='yes'
     THEN
       CASE
         WHEN (`location_id` IS NULL AND `car_id` IS NOT NULL)
           THEN 1
           ELSE 0      
       END
     ELSE 1
   END = 1
)
Ребят, а так нельзя что ли написать?
Было найдено новое утверждение, но не было разделителя между ним и предыдущим. (near "CHECK" at position 61)
источник

В

Вячеслав in ru_mysql
Nickolay Ihalainen
У каждого сервера есть уникальный идентификатор, который задаётся через файл auto.cnf в datadir. Каждая транзакция при коммите получает GTID. GTID это UUID сервера + счётчик на этом сервере (без пропусков). Состояние сервера (слепок какие значения у полей строк) это функция от набора чисел (UUID1,seqno1);..;(UUIDN,seqnoN). Когда сервер выполняет свой запрос у него увеличивается свой seqno, когда исполняется запрос по репликации или востанавливаем весь сервер из бекапа, в наборе gtid появляется UUID мастера и изменяется номер того сервера. После выполнения транзакции сервер обновляет GTID и сохраняет его в gtid_executed. Кроме gtid executed ещё надо поддерживать gtid_purged: набор gtid в котором видно какие транзакции исполнены - это транзакции которые исполнили, но в бинарном логе сервера их уже нет (или бинарный лог был уже удалён, или мы из бекапа получили).

Каждый сервер, который присоединяется как слейв может попросить бинарные логи для своей gtid_executed (которая на старте получается из gtid_purged). Таким образом бинарные логи могут храниться в файлах с любым названием и любыми смещениями по-байтовыми в файле, но слейв всё равно находит свою позицию.
Спасибо
источник

UM

Utsr Mapper in ru_mysql
Здрастье кто знает структуру для server в phpmyadmin?
источник
2020 July 02

AK

Andrey Kolkov in ru_mysql
Ребят, а для pub/sub какую структуру таблиц лучше использовать? Есть у кого опыт или хорошие ссылки почитать. Вот возникла идея, думаю над реализацией...
источник

AK

Andrey Kolkov in ru_mysql
Ребят, допустим у меня есть триггер на таблице н insert.  Если я переименую таблицу, в которой это триггер что-то изменяет, в триггере все что нужно тоже переименуется автоматом или придется руками?
источник

OV

Oleg Volchkov in ru_mysql
А что мешает попробовать?
источник

OV

Oleg Volchkov in ru_mysql
Сделать новую табличку, навесить тригер и переименовать. :)
источник

OV

Oleg Volchkov in ru_mysql
Но вероятность того, что сервер сам поправит код внутри тригера небольшая.
источник

V

Victor in ru_mysql
кто-нибудь юзает ndb cluster развернутый через Kubernetes ??
источник

NI

Nickolay Ihalainen in ru_mysql
Victor
кто-нибудь юзает ndb cluster развернутый через Kubernetes ??
нет таких. Когда будут, появится оператор, а оператора для ndb нет. Есть только docker images
источник

AK

Andrey Kolkov in ru_mysql
Oleg Volchkov
Сделать новую табличку, навесить тригер и переименовать. :)
Ну, если кто знает... Я ж не за компом был)
источник