пардон

@mo1seev ну ты расскажи подробнее о характере запросов )

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

Со всех баз в нормальном рабочем режиме будет ~40к запросов в сек.

@mo1seev , если у тебя уже есть нагрузка и уже есть ориентировочная утилизация какого-то железа, то ты же можешь строить какие-то апроксимации? например, ты можешь понять, куда ты щас упираешься и что можно сделать с бд, чтобы работать лучше/быстрее/больше полосы перевариивать

Со всех баз в нормальном рабочем режиме будет ~40к запросов в сек.

каких запросов?

Со всех баз в нормальном рабочем режиме будет ~40к запросов в сек.

метрика "запросов в секунду" для баз данных - отвратительная

В пиках (при форсмажоре) будет под 80к

каких запросов?

мы уже полчаса пытаемся это выяснить )

Да вы только сейчас спросили

что ты придумываешь?

80% - инсерты

ну и по 10% select/update

80% - инсерты

а тебе точно нужен mysql в таком кейсе?

что ты придумываешь?

я просто утрирую )

а тебе точно нужен mysql в таком кейсе?

Это не ко мне. Но как есть.

я бы все давно увел на postgre

дык вот вы у меня все узнали

и куда дальше рулить?

дальше становится интереснее

как обычно

если ты пишешь дохрена в одну таблицу, например, и тебе неважна абсолютно строгая гарантия записи и у тебя нет тяжелых к расчету индексов - то ты можешь спокойно выключить flush trx commit (забыл как опция называется) и жить на магнитных дисках.

например это хороший кейс для заббикса

не могу)

Кейс я понял, но такого позволить не могу.

если ты пишешь дохрена в одну таблицу, например, и тебе неважна абсолютно строгая гарантия записи и у тебя нет тяжелых к расчету индексов - то ты можешь спокойно выключить flush trx commit (забыл как опция называется) и жить на магнитных дисках.

он говорил что там что-то про ПД будет

Там куча ПД, которые гарантированно должны быть записаны

он говорил что там что-то про ПД будет

+

индексы на таблице есть?

да

вставки по одной строке?

вот с ходу не скажу

но на 90% уверен что да

метрика "запросов в секунду" для баз данных - отвратительная

Пойду свои запросы по 60 сек достану

Пойду свои запросы по 60 сек достану

я примерно об этом

@spuzirev дык ииии?

Я сюда за ответами пришел или где?

Или опять про видеокарты расчехлять?)

@spuzirev дык ииии?

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

иии?

что вы как в школе: все нужно вытаскивать из вас через силу?)

а вопрос-то какой, напомни?

то есть к чему ты хочешь прийти?

а вопрос-то какой, напомни?

чо за железо брать

что есть корова?

то есть к чему ты хочешь прийти?

ну вообще я хочу познать дзен и ни к чему больше не приходить.

что есть корова?

парнокопытное четвероногое существо с выменем и вкусным мясом.

Но конкретно сабжа - мне нужно собрать сервер

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

spof

который вырубит аппу при первом фейле

И вот у меня возник вопрос: 1. На какой платформе собирать 2. Какой контроллер для рейда брать

который вырубит аппу при первом фейле

яннп

spof

this

"я хочу кучу vds -> один единый сервер"

наоборот же тенденция

Нет

Мне насрать на тенденции

ну, допустим

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

В мыслях был supermicro+lsi

и вот с этим вопросом я пришел сюда

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

И вот у меня возник вопрос: 1. На какой платформе собирать 2. Какой контроллер для рейда брать

1. каждая контора выбирает то, с чем сработалась и что их устроило по цене/статистике фейлов/полиси по обслуживанию; в общем случае не имеет значения 2. в общем случае не имеет значения, хоть mdadm

честно говоря 60к/с синхронных сериализованных транзакций на запись с пересчетом индексов не выглядит возможным на SSD. я бы потестировал на NVMe и подумал о гарантиях консистентности, которые вам реально необходимы. возможно есть вариант срезать уголок.

честно говоря 60к/с синхронных сериализованных транзакций на запись с пересчетом индексов не выглядит возможным на SSD. я бы потестировал на NVMe и подумал о гарантиях консистентности, которые вам реально необходимы. возможно есть вариант срезать уголок.

кассандра разве не сможет?

@livetune там амд уже выпустили новые цпу серверные?)

ERROR: S client not available

кассандра разве не сможет?

синхронных не сможет никто

кассандра разве не сможет?

кассандра сможет несинхронных.

@livetune там амд уже выпустили новые цпу серверные?)

пока официально не вышли

но несинхронных сможет и mysql

несинхронных сможет myRocks еще )

или как там фейсбучный форк звался

несинхронных сможет myRocks еще )

myrocks, всё верно.

он кстати в марию теперь впилен как один из движков из коробки

Еще mq kyber притащить, если совсем упарываться

оло

не про это ж песня

синхронных не сможет никто

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

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

что все это значит?

@erzent тут пойми какое дело, если ты хочешь синхронную запись в базу, то как бы тебе пипец

что бы за база ни была

такой запрос элементарно простой, если эти данные у тебя уже материализованы и лежат на диске/в памяти рядом.

особенно если инсерты по одной записи

что все это значит?

это столько данных содержит 1 запрос о продаже

это столько данных содержит 1 запрос о продаже

ну а мне это зачем? )

берешь ваще любую колоночную базу, тебе говорили примеры

делаешь таблицу

пишешь

профит

С учетом что это формально лог

в твоей формулировке

ну какбы да, как раз современные колоночные базы очень ок себя в таких вещах ведут

С учетом что это формально лог

даже если бизнес-требования начнут разрешать проебать 2 мс данных - задача становится НАМНОГО проще :)

завтра скину ссылку, что хотят, там оч сложная конструкция

а при чем тут ты? вроде не твоя задача была.

А что за Smartcache у ксеонов?

или это опять маркетинг?

даже если бизнес-требования начнут разрешать проебать 2 мс данных - задача становится НАМНОГО проще :)

ход твоих мыслей правильный, но проебать нельзя.