а в огороде дядька

засчитано ;)

у меня так году в 2002 на MySQL 3 крутился собственный счётчик посещений (раньше такие модно было типа Mail, Rambler с кол-вом посетителей), для автомобильных сайтов, притом много сайтов его тогда наставили и всё это было на виртуальном хостинге 🙈 на самом простом и дешёвом и.... даж вполне работало... сначала правда хостинг положил и попросили переписать с php (mod_php под Апач) на Perl fpm
, там 50 строк кода и 2 запроса в мускуль, ну и тогда всё более менее зашевелилось, по современным меркам вообще highload!! )))

let me google it for you: "site: postgresql.org mysql" ;-)

Привет, у меня есть slave, прикрученный к одному из мастеров кластера mariadb galera. Суть этого слейва - резервная копия в реальном времени в другом регионе. То есть к нему подключений никаких нет, никто с ним не работает. Проблема в том, что там мало оперативки и он ушел в свап на 24гига. Зачем ему столько данных держать в оперативке? Принял - записал - забыл. Можно так настроить?

кажется я сам нашел ответ innodb_buffer_pool_size = 40G текущая настройка, превышает размер физической ОЗУ

👍🌝

Заключительные итоги
до оптимизации метод отрабатывал за 12 минут,
после 5 сек.
Спасибо ещё раз :)

👍

самое интересное, что запросы выполняют свою работу, то есть метод отрабатывает правильно в итоге.
кстати, я по аналогии переделал ещё 3 подобных запроса, что суммарно и сократило значительно время работы и повысило стабильность

👍

ускорив в 150 раз, можно не делать очереди ))

Интересное поведение мускуля: есть индекс unique (по двум полям).
Пытаюсь добавить duplicate entry. При этом PRIMARY отщелкивается +1.

Почему?

этот вопрос возникает и mysql-евских и в постресовских чатиках чаще всего наверное

ответ: потому что так быстрее

быстрее зарезервировать следующий id  и продолжить выполнять statemement (с риском оставить незадействованный id, если что-то пошло не так), чем держать блокировку на текущем значении до тех пор, пока не выполним statement полностью (но зато без "дырок")

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

пропуск PK при нарушении UK - ситуация редкая и никого не напрягает, обработку подобной ситуации делать никому не нужно

Всем доброго времени суток! Подскажите пожалуйста вот по какому вопросу...

ожидаю в выводе команды mysqld —print-defaults увидеть параметр log-error если такой прописан в конфиге, но проблема в том что это работает только тогда когда этот параметр прописан в секции [mysqld], если же он прописан в секции [mysqld_safe] то в выхлопе mysqld —print-defaults его не видно