Если san грамотно построен ( используется минимум 2 коммутатора и на серверах стоит несколько адаптеров) - то риск падения минимален. У меня на san лежали виртуальные машины, которые благополучно падали при аварии san... Мне видится что для большей отказоустойчивости лучше иметь географически распределённые системы. Мы строили MSSQL кластер на базе AAG, базы реплицировали по сети, было вполне себе отказоустойчиво

У нас есть по 4 адаптера на серверах . По 10 гигабит каждый, но есть опасения , что может отваливаться

Архитектуру решения уже продумали? Надо схему нарисовать, с учётом best practice. Даже и не знаю чем помочь, попробуйте в DevOps чате спросить, думаю там есть ребята кто строил отказоустойчивое решение для кликхауса.

Спасибо

Типичная конфигурация на наших SPARC

Господа, есть mysql и табличка, которую хочу напилить на партиции по месяцам (календарным) на ближайшие 20 лет. Есть вариант проще и / или производительнее такого?

ALTER TABLE statistics
PARTITION BY HASH( ((YEAR(date_field) - 2020) * 12 + MONTH(date_field)) % 256 )
PARTITIONS 256

Ты думаешь, партицирование == производительность , автоматом ?
Ну-ну.

вопрос именно к производительности хеширующей функции

т.е. есть ли более оптимальные условия, которые можно засунуть в HASH(...) что бы получить разбиение по условиям задачи?

> ну-ну
ну я сам уважаю снисходительный стеб нубов, но вроде вопрос был не про постулированние серебрянной пули для производительности, а про совсем другое =)

Вряд ли это тут важно.

Вопрос в другом — я не знаю, чем тебе помочь...

ок, я пока писал - тоже решил что экономлю на спичках, просто монструозно получилось

Ты в курсе, что ты это выражение должен будешь повторять точь-в-точь в каждом WHERE ?

Ну, наварное...

м? я этим запросом напилю таблицу на партиции, а мускуль потом сам при where будет выполнять хеширующую функцию к условию.

Условно, select * from statistics where date_field between '20210101' and '20210228'

заюзает только 2 партиции

Уверен?

Я вот — нет...

ну в схеме с
ALTER TABLE statistics PARTITION BY HASH( to_days(make_at) % 30 ) PARTITIONS 30;

именно так и работает, так что да, с определенной степенью уверенности - уверен

соврал, там используется для работы по диапазону вычисление номера партишенов в диапазоне, давно писал... Да, HASH не работает по диапазонам

Здравствуйте! Я обычно пишу фронт, но сейчас нужно писать бэк, поэтому вопрос может быть глуповат

В общем, есть посты (сущность), в них комментарии. Нужно ли для комментариев отдельная сущность или необязательна?