зависали некоторые операции типа optimize table

у вас своп вкл или выкл

на системе выключен

+

я не могу доказать что его надо вырубать начальству

и мы постоянно имеем застранный своп

ХА это по умолчаниюотсутствие свопа

Именно для муськи

Патч ядра оом киллер

И своп не нужен

даже так

а что тогда происходит когда кончается рама?

без оом?

или он валит всех кроме мкскула?

Все как обычно он тебе память в хдд

Выгрузит

Потом умрет

)))

там вроде скоро в ядро улучшенный оом киллер приедет

если уже не приехал

Не, надо резерв оставлять процентов 20 + мониторинг

ну вообще да, если ты довел до оом киллера то тебе грустно скорей всего будет

рама такое дело, что можно только поймать алерт

и тут раз

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

Тюнить ядро одназначно и ограничивать муську плюс резерв

решать вопросы жалким свопом в 1 гиг

смысла нет

Это конечно как пердеть в лужу

от него только вред

ну вы oom score

поставьте

для MySQL и получше будет

а как своп выключали? в системе или мускуле?

swapoff

просто в мускуле есть галка

Да каэшн в фстаб комментишь и всех делов

чтобы не свапил он

Ну и свапофф

но чтото мне говорили что оно так себе

Если онлайн

но чтото мне говорили что оно так себе

нужно понимать, что в свап отправляет система

MySQL не может спалить свап это или норм память, то что ему отдают:)

ну это я понимаю

https://dev.mysql.com/doc/refman/5.7/en/server-options.html#option_mysqld_memlock

я про эту галку

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

Главное на сервере с базой ничего кроме этой базы не юзать

ну вот сейчас решаем проблемы

у нас рассылььщик почты, котрый шлет очень много, связка exim+phplist+mysql

и жило все это на одном сервере

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

Да я знаю такую тему, лучше разнести

ну вот, собсна и разносим

Или фиксить каждый мегабайт у почтовика

И пыхи

Имхо эт трабл трабл

Проще разнести

да. конечно

три обжоры на одном сервере - к оому

собсна пару раз уже ловили

https://www.youtube.com/watch?v=YKPIjkCrqsU #webinar #video #gtid #mysql

ничего, если я сюда такие видосики постить буду?

При репликации игнорировать ошибки вида duplicate entry

Опасно?

данные потерять можно, или обновления

insertы там

ладно, вырублю игнор - пуусть разрабы смотрят

а бд какая?

mysql ?

да

тогда insert on duplikate key update, только он автоинкремент увеличивает...

там какието стремные ключи вообще

жаль я не сохранил

При репликации игнорировать ошибки вида duplicate entry

как средство пожаротушения - норм, но после - нужно все переналивать

ну я сейчас врубил обратно

и репликация едет нормально

дело в том что такая фигня на свежих дампах

ну а чего бы ей не ехать, проскипал, и пошло-поехало :)

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

самое смешное что в конфиге этот игнор уже был записан и зарешечен )

дампы (если они через mysqldump) могут быть неконсистентны (даже с синглтранзакшн и таблицами только innodb)

дампы (если они через mysqldump) могут быть неконсистентны (даже с синглтранзакшн и таблицами только innodb)

я все больше и больше люблю мускул

как такое может быть

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

нет почему же, все логично. Изменение структуры таблиц нетранзакционно

Да можно пользоваться перконой - у них есть лок на ддл.

Да можно пользоваться перконой - у них есть лок на ддл.

просто перкоа тупо копирует всю папку

мускула

как я понял