Size: a a a

2020 April 23

V

Vlad in ru_mysql
Ki
Привет! Подскажите плз., был ли у кого опыт что после обновления MySQL 5.6 на 5.7 (percona-server-server-5.7 5.7.29-32-1.stretch) неожиданно стала потребляться оперативная память более чем прежде (прям вся свободная на сервере)?
На сервере всего - 150G оперативной памяти
innodb_buffer_pool_size стоит 64G
Но демон MySQL потребляет всю память сервера и я даже ума не приложу что именно ее потребляет

Если смотреть sys таблицу, то там все норм (FROM sys.x$memory_global_by_current_bytes)
memory/innodb,68.95 GiB
memory/memory,886.15 MiB
memory/mysys,664.76 MiB
memory/performance_schema,249.72 MiB
memory/sql,48.09 MiB
memory/audit_log,1.00 MiB
memory/myisam,70.39 KiB
memory/vio,8.38 KiB
memory/blackhole,512 bytes
memory/csv,512 bytes
У меня с версией 5.7.29 был опыт когда память по данным внутреннего профайлера отъедал memory/mysys/IO_CACHE
Посмотреть так:
SELECT
 CURRENT_NUMBER_OF_BYTES_USED, HIGH_NUMBER_OF_BYTES_USED, CURRENT_COUNT_USED, EVENT_NAME
FROM memory_summary_global_by_event_name
ORDER BY HIGH_NUMBER_OF_BYTES_USED;
источник

MP

Maksim Petuhov in ru_mysql
у MariaDB какого-то билда была большая утечка, пофиксили в следующем билде
попробовать обновиться
источник

K

Ki in ru_mysql
Vlad
У меня с версией 5.7.29 был опыт когда память по данным внутреннего профайлера отъедал memory/mysys/IO_CACHE
Посмотреть так:
SELECT
 CURRENT_NUMBER_OF_BYTES_USED, HIGH_NUMBER_OF_BYTES_USED, CURRENT_COUNT_USED, EVENT_NAME
FROM memory_summary_global_by_event_name
ORDER BY HIGH_NUMBER_OF_BYTES_USED;
о0
Я верно понимаю что это и виновник?
930429368,33256448888,7267,memory/memory/HP_PTRS
71538049024,71538049024,512,memory/innodb/buf_buf_pool
источник

V

Vlad in ru_mysql
Ki
о0
Я верно понимаю что это и виновник?
930429368,33256448888,7267,memory/memory/HP_PTRS
71538049024,71538049024,512,memory/innodb/buf_buf_pool
Выглядит приемлемо - 71 гигабайт под Buffer Pool. Memory таблицы используются?
источник

V

Vlad in ru_mysql
большие временные таблицы?
источник

V

Vlad in ru_mysql
prepared statements?
источник

K

Ki in ru_mysql
memory/memory/HP_PTRS - растет, как мне кажется
источник

K

Ki in ru_mysql
Vlad
У меня с версией 5.7.29 был опыт когда память по данным внутреннего профайлера отъедал memory/mysys/IO_CACHE
Посмотреть так:
SELECT
 CURRENT_NUMBER_OF_BYTES_USED, HIGH_NUMBER_OF_BYTES_USED, CURRENT_COUNT_USED, EVENT_NAME
FROM memory_summary_global_by_event_name
ORDER BY HIGH_NUMBER_OF_BYTES_USED;
А как вы в итоге пофиксили?
источник

V

Vlad in ru_mysql
откатились на 5.7.26
источник

IV

Igor Vyrva in ru_mysql
Господа такой вопрос
Есть база мускуля
Делается к ней коннект с соседненого сервера
Вижу в Генерал_лог и Коннект и Запрос
но в базе по SELECT я не вижу ту инфу которую инсёрчу
источник

IV

Igor Vyrva in ru_mysql
куда смотреть?
ероров вроде нет
источник

IV

Igor Vyrva in ru_mysql
привилегии - все на данную базе, да знаю что не хорошо
источник

IV

Igor Vyrva in ru_mysql
из того что смущает
в генерал лог
200423 14:52:16  61265 Connect  UserName@ТутIPадрсе as anonymous on
                61266 Connect  UserName@ТутIPадрсе as anonymous on НазваниеБД
источник

IV

Igor Vyrva in ru_mysql
должно ли быть 2 коннекта? а почему anonymous?
источник

K

Ki in ru_mysql
Vlad
откатились на 5.7.26
Скачал тоже из архива перконы в репозиторий. Тоже попробую поставить ее. А на вашем опыте это был стабильный релиз? Т.е 27 и 28 релизы тоже не ахти?
источник

V

Vlad in ru_mysql
27 и 28 не пробовали, 29 в тестировании, были вопросы со всплеском использования памяти, причин не нашли, проблема не повторялась
источник

V

Vlad in ru_mysql
нужно понимать, что опыт очень специфичный, один случай может ни о чем не говорить, поэтому подбирать версию нужно исходя из своих наблюдений
источник

K

Ki in ru_mysql
Да, понимаю. Это уже мой второй неудачный опыт с 5.7. Тоже помог откат в прошлый раз...
Спасибо за помощь!
источник

K

KillMe in ru_mysql
Андрей
Названия столбов по русски?
да, такие требования. ну я уже разобрался просто дату нужно было в iso формат
источник

И

Иван in ru_mysql
всем привет! есть табличка:
2020-01-01 AAA 123
2020-01-01 CCC 123
2020-01-02 BBB 123
2020-01-03 CCC 345
можно ли одним простым запросом выбрать все записи с группировкой по второй колонке, но чтобы в выборку попали строки с максимальной датой?
т.е. в данной выборке не будет записи CCC от 01.01. если делать с простой группировкой GROUP BY, то третье поле не синхронизируется с максимальной датой
источник