Size: a a a

2021 May 28

АZ

Артем ZeuS in ru_mysql
а как выбрать stop_date ?
источник

АZ

Артем ZeuS in ru_mysql
(sla.data -> 'sla'::text) -> 'terms'::text AS terms -> 'stop_date'::text не выходит
источник

ls

løst søul in ru_mysql
судя по кастам - это не про mysql
источник

АZ

Артем ZeuS in ru_mysql
точняк) сорян, заработался
источник

AB

Alex Butenko in ru_mysql
ну как вы там? Нашлась проблема?
источник

TF

Terry Filch in ru_mysql
пока еще нет, наблюдаю, смотрю даши
источник

TF

Terry Filch in ru_mysql
нагрузки еще не было такой, как в прошлый раз
источник

Г

Георгий in ru_mysql
Добрый вечер! Подскажите новичку плиз ndb cluster для чего нужен? Можно ли его использовать как кэш?
источник

🇻

🇻 🇱 🇦 🇩 in ru_mysql
ndb класер - исходя из названия - построение кластера
источник

Г

Георгий in ru_mysql
Innodb cluster тоже кластер. В чем отличие?
источник

NI

Nickolay Ihalainen in ru_mysql
ndb cluster - nosql хранилище для in-memory данных, которое надо запускать минимум на 4х серверах. Запросы надо строить так чтобы не лезть сразу на несколько узлов. Для большей скорости можно использовать прямые обращения к ndb узлам по nosql протоколу.

innodb cluster это синхронная репликация, минимально надо 3 узла, на всех серверах одинаковые данные, commit ждёт пока на большинстве узлов применятся данные. InnoDB Cluster схож с Galera по возможностям и проблемам

NDB cluster это шардинг со всеми вытекающими проблемами, сразу надо писать приложение под шардинг. Мало проектов стартуют сразу с десятка серверов и поэтому NDB cluster в дикой природе почти не встречается и с проблемами бежать можно только в оракл
источник

Г

Георгий in ru_mysql
Огромное спасибо за такой развернутый ответ. Видимо проще для Кеша использовать с майскл редис
источник

NI

Nickolay Ihalainen in ru_mysql
да, ndb скоре не про кеширование, а если нужна быстрая in-memory база с транзакциями и гарантиями надёжности (при условии что большая часть узлов всегда живая (хороший датацентр, нормальное питание и сеть с резервированием)
источник

TF

Terry Filch in ru_mysql
тогда любая  in memory база данных может подойти
источник
2021 May 29

NI

Nickolay Ihalainen in ru_mysql
транзакции (ACID), опциональный sql фронтэнд, foreign keys, параллельное выполнение запросов на разных узлах, бекапы с PiTR, синхронная репликация внутри кластера, асинхронная на далёкие локации на другой кластер, отдельные таблички можно не только in-memory но и на диск класть.
источник

AM

Alex Master in ru_mysql
Привет.
Подскажите, как правильно делать удаление устаревших данных из таблиц.
Вопрос в том, что
delete и optimize не освобождают диск для innodb.
делать после этого recreate на основе старой таблицы криво и не хочется.
Можно как-то правильно это сделать?
источник

SA

Sergey Aar in ru_mysql
можно использовать партиции, но для этого нужно:
- один раз обработать всю таблицу
- продумать как делить днные по партиция
- озаботиться скриптами/кронами по созданию новых партиций
partitioning
источник

AM

Alex Master in ru_mysql
Спасибо. Вариант интересный, но как я понял, в партициях нельзя указать интервал разбиения, а надо указывать конкретные даты?
Еще вопрос в том, что создание партиций над большими таблицами займет значительное время, а запись в БД идет 24/7, что вызовет затруднения.
источник

SA

Sergey Aar in ru_mysql
как раз интервал там указывается, только не в виде "от а до б", а по-другому.
создание партиций над существующими таблицами - нет.
вообще стоит посмотреть сюда: https://habr.com/ru/company/lenvendo/blog/480082/
по данному замыслу я делал - всё ОК
(там есть момент с переключением - на него обратить внимание)
источник

SA

Sergey Aar in ru_mysql
*естественно не обязательно это должна быть дата, - любое поле и "любое" условие
(я проверял на себе заббикс+даты и CMS+ текстовые данные)
источник