Екатеринбуржский термин

У нас в Питере говорят "шаверма", "кура"

"Не слишком нагруженная" - не говорят, сразу проотвечался

Что такое (не) слишком нагруженное железо? Деградация отзывчивости здесь учитывается или нет?

Что такое (не) слишком нагруженное железо? Деградация отзывчивости здесь учитывается или нет?

Что такое "деградация отзывчивости"?

Пророк наш Бренданн Грегг учит нас

Что такое "деградация отзывчивости"?

Серьёзно?

Ну - я всего лишь имел в виду, что надо бы запретить UPDATE

Update присутствует, но он константой вписывается. Но это я буду разруливать перебором мастеров, на фактор присутствия, там где делается апдейт скорость не критична.

Что критическая загрузка диска в терминах I/O saturation составляет золотое сечение

Серьёзно?

Не знаю пока, серьезно или нет

Не знаю пока, серьезно или нет

Ну определись)

но таки геморрой некоторый при увеличении числа DC

Заранее шаг 50 проставлю, чтобы уж совсем с запасом ?

Мне вот лично кажется, что не слишком нагруженное железо - это у которого 10-20 disk utilization %

Но что имели в виду коллеги из Еката - не йбу

Мне вот лично кажется, что не слишком нагруженное железо - это у которого 10-20 disk utilization %

А cpu? А сеть? А память?

Вероятно, не это

А cpu? А сеть? А память?

Верь мне

Ибо где ты видел CPU-bound систему

Если мы не говорим про RoR

И дятлов с SSD

У тебя может приложение вообще диск не использовать, бекенд некоторого сервиса

У тебя может приложение вообще диск не использовать, бекенд некоторого сервиса

Ну может у меня шаблонизатор быть CPU-bound

Но мы находимся в DBA-чате и все умеем избегать ненужных сортировок

Я надеюс

"Не слишком нагруженная" - не говорят, сразу проотвечался

Я бы скорее подумал, что Челябинский, у них там бывают кейсы под дц фэйловер))

Что же касается памяти, то ее мало всегда

Эх...

Что же касается памяти, то ее мало всегда

Да не её мало, а настройки такие, пул в рдс 3/4 стоит, в Перконе советуют сразу после инстала до 2/3 поднимать, а освобождать схаваную память оно не умеет, вот и работает на придеое, так что "Это норма"

Да при чем тут настройки

Все они правильно советуют

Мы тут про базы сейчас или про сферические случаи в вакууме?

Я не уверен, что правильно тебя понимаю

Смотри

Чем больше у тебя памяти, тем меньше ты читаешь с диска

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

База-то понятно, все скорее всего упирается в io и чем больше памяти под кеш - тем лучше

Хотя опять же, все зависит от:может стоять обычный диск, в может NVME с полмиллионом iops

Gtid == uuid?

Ну да

Ок, тогда я спокоен теперь)

Стоп

А чего тогда так за апдейт переживал?

Да спал четыре часа из последних 48-ми

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

Не, на уровне базы гемор

Нет, гтид уникальный

В плане уникальный?

В прямом

Кароче

Каждый мастер свой переделает?

Это уникальный идентификатор действия

Сервера a b c

Цепочка реплики

Если а создаст гтид 123, то б на ц тоже 123 передаст?

Сервера a b c

В гтид есть ууид сервера

Или они свои будут генерировать?

На каждой реплике будет свой гтид

Бинлоги разные же

Свои

Посмотри как выглядит slave status с gtid

Там сразу понятно

Чё то я тогда его смысл перестал улавливать, для чего он нужен?

ERROR: S client not available

Потому что не понимаешь вопросов архитектуры.

Уж извините меня

https://d1.awsstatic.com/Digital%20Marketing/House/signin/ru_RU/AmazonAurora_RU_Signin.png

"Amazon Aurora – это совместимое с MySQL ядро реляционной БД, совмещающее в себе скорость и доступность сложных коммерческих БД с простотой и экономичностью баз данных с открытым кодом."

Маркетологи жгут

как думаете, скипать HA_ERR_KEY_NOT_FOUND опасно?

в репликации?

блин, я уже забодался тут с одним серваком - сил нет

и вообще, пинг 50-60 мс может быть фатальным для репликации?

и вообще, пинг 50-60 мс может быть фатальным для репликации?

Для асинхронной пофиг вообще

но тогда какого черта я постоянно ловлю грабли изза порядка приезда данных на реплику

multithreading

)

Иначе быть просто не может

multithreading

не включен

более того, на этот сервер приезжает еще пять баз и все ок

но они в этом же дц стоят

может ссл влияет

Добрый день господа.

Возник такой вопрос: Есть система которая записывает в БД данные, в день по млн. записей а то и больше. Соответственно со временем в одной таблице будут по млрд записей, что приведет к затратам больших ресурсов БД для их обработки. Что посоветуете, как построить архитектуру БД при таких объемах данных? Бд используется MSSQL.

Посоветуем нанять компетентного человека

Кучу времени сэкономите и денег

этот вариант отпадает

сам хочу поднять БД

вам опыт получить или проект поднять?

я бекэнд разработчик, работал с БД но не с такими объёмами

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

я так понимаю, если я еще раз обрисую развилку, это все равно во внимание никто не примет

я так понимаю, если я еще раз обрисую развилку, это все равно во внимание никто не примет

?

Вы устаните оптимизировать БД для запросов, чтобы вытягивать эти миллионы, я уж молчу про миллиарды, записей из MS SQL