Но я с трудом представляю изоляцию в винде

сегодня походу только крупные специалисты в чате

Угу в попытках обьяснить работу синхофазатрона на пальцах

Угу в попытках обьяснить работу синхофазатрона на пальцах

в хроме нету синхрофазатрона, если что

Там изоляция видимо на уровне отдела маркетинга

Там изоляция видимо на уровне отдела маркетинга

++

в хроме нету синхрофазатрона, если что

Так и знал что им только орехи колоть

Бля, конверт row format завесил инстант

ну пищи уже

Копрессед прогналось только 10-15%, но судя по отдельным меткам временым похоже ты был прав и многое изменилось с 2011-го года. Вообще у меня сейчас всё упёрлось в РАМ, он выжрат на 99%, а проц загружен на 20%, тем самым есть запас для компрессии/декомпрессии.

109 мегабайт мухаха

109 мегабайт мухаха

Это остаток фри

Надо придумать ещё один тест, где меньше будет на РАМ нагрузка

условие одно: не читить )

4599 секунд dynamic 2060 секунд compressed Удивлён. тестировать больше в падлу, поверю на слово, что другие тесты тоже покажут примерно тоже самое. Взял на вооружение для второй версии движка.

— "dynamic" база тоже была развёрнута с чистого листа?

Да

Это моя прод база

Там есть скрипт, считает раз в час стату.

— "dynamic" база тоже была развёрнута с чистого листа?

В две другие таблицы из той, что на 16гб, я сделал две реплики, потом перевёл их в самостоятельные инстансы, удалил всё лишнее, оставил одну большую таблицу и две пустые, на одном инстанте сделал конвертацию, потом оба ребутнул и погнал 130 комманд, которые должны summary высчитывать. Там каждый из 130 это: Insert ... From ( select ... from ... where ... group by 3 columns (index) ) on duplicate update 5-7 fields

То есть там полный набор всего был.

Да, разница в занимаемом месте на диске - 9 ГиБ

Это не было сутью теста, но так, наблюдение.

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

ну то есть данные в таблицах баз этих 2-х форматов былы не ушатанные фрагментацией, а залиты сызнова

оке

Я молодец, жаль на деньги не спорю ;)

ну то есть данные в таблицах баз этих 2-х форматов былы не ушатанные фрагментацией, а залиты сызнова

Это я тебе не скажу, же рдс, там 100гб места может быть раскидано на 100 разных ссд по 1гб и ты никогда не узнаешь в каком порядке

ты не понял

я не спрашиваю как оно там внутри

я говорю про загаженность таблицы

если она была с 0 сделана и данные только добавлялись — это одно

Если она была в суровом продакте с кучей insert/delete/update — другое

В общем, в любом случае, в качестве резюме — компрессия есть сейчас практически в любой базе, будь-то SQL или noSQL

А там где её нет, имеет смысл включить компрессию на уровне FS

те же binlog'и гораздо приятнее писать в каталог, где lzo/lz4/gzip

Если она была в суровом продакте с кучей insert/delete/update — другое

Была, но только insert и 5% потом update по одному полю.

ну тогда тест ты хреново провёл

правильный — оба варианта storage но данные и там и там — с 0

Ты же понимаешь, что реплика накатывается с логов

правильный — оба варианта storage но данные и там и там — с 0

То есть, когда я менял формат, оно упорядочило мусор?

конечно

alter создаёт таблицу заново

И мне нужно было оба перегнать в компрессед, а потом один обратно в динамик?

нет. Можно просто сделать 2-е пустых реплики

одну настроить на использование barracuda, другую — нет

и заполнить обе с 0

Если будет не заёб, то сделаю

но вообще я не думаю, что там что-то кардинально другое ты увидишь, учитывая твоё замечание про 5 %

Вот только про баракуду

Это просто компрессед выставлять или там больше манипуляций?

ну там отличий больше, вот только детали это уж точно в доки. Я б юзал её ровно за то, что это compressed

Есть ещё TokuDB, кстати

Есть ещё TokuDB, кстати

Краем глаза зацепил, это часть mysql?

Стоп, баракуда, это настройки или это замена innDB?

Краем глаза зацепил, это часть mysql?

движок

Стоп, баракуда, это настройки или это замена innDB?

версия движка, другой формат

Бррр, нет, тогда нахуй его. Пускай будет компрессед, если тест покажет вин, но с иннодб пока уходить не планирую

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

МариаДБ например есть в РДС, а перконы нету, хоть я и уважаю профессионализм создателей перконы, но пока она не имеет масштаба, я там ебаться не хочу.

версия движка, другой формат

https://aws.amazon.com/about-aws/whats-new/2016/06/amazon-rds-now-supports-mariadb-10-1/ XtraDB/InnoDB page compression Аналог?

ну тогда тест ты хреново провёл

Дубль два, в этот раз с нуля обе сделал. расход ЦПУ и выедание РАМа у компрессед происходит в 2 раза быстрей

Компрессед отработал - 1503 секунды Динамик домучался - 1898 секунды

В следующей версии сайта сделаю эксперемент, там будет 2 базы одинаковые, не реплика, но с одинаковой начинки, тот самый Мастер-мастер кольцо, без самой реплики, на одном сделаю компресед, на другом стандартный динамик, гляну потом, как на проде они себя ведут в реал лайфе

AirBnB опубликовал статью о том как они столкнулись и решали проблему C10K в MySQL. https://medium.com/airbnb-engineering/unlocking-horizontal-scalability-in-our-web-serving-tier-d907449cdbcf #airbnb #mysql #c10k #performance

Продолжение цикла статей про параллельную репликацию MySQL от Booking. В новой статье речь идет о Optimistic Parallel Replication из состава MariaDB 10.1. http://blog.booking.com/evaluating_mysql_parallel_replication_4-more_benchmarks_in_production.html #booking.com #mysql #performance

Есть кто не спит?

я

Есть таблица, кроме всего прочего в ней есть два столбца, в момент выборки идут высчиты суммы и среднего числа через конструкцию CASE WHEN THEN ELSE END идёт выборка большего из вариантов двух столбцов.

Есть выборка по WHERE и группировка

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

То есть, WHERE не меняется

а субд и движок пушкин указывать будет (я всё равно не дба)

mysql5.7 innoDB

Сделал EXPLAIN всех трёх запросов

Последовательность джойнов одинаковая, количество вытянутых строк тоже

Значит изначальный датасет одинаковый

Случайно не на разных репликах?

Нет

Всё на одной

Сейчас вообще через ПМА на мастере смотрю

Там просто этот механизм по разному расчёты проводит

Шутку про то что в гугл забанили слышали? Я сегодня получил бан от гугля.

получал бан, когда это ещё не было мэйнстримом

+1

Шутку про то что в гугл забанили слышали? Я сегодня получил бан от гугля.

Скорее не ты, а твой оператор)

Скорее не ты, а твой оператор)

У меня белый ип

У меня белый ип

На LTE?

На LTE?

Угу

Энивей , антиробот там скорее всего по подсети

У меня белый ип

Он не только у тебя )

На мобильном инете на одном ИП может висеть куча людей

Шутку про то что в гугл забанили слышали? Я сегодня получил бан от гугля.

скорее рассказать всем!

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

http://pastebin.com/b7hajdUJ

Упростил по максимуму запросы, для простоты чтения

avg_counter_nine и sum_counter_ten считаются во всех случаях по разному

WHERE везде одинаковый