20-30 едновременни mysql връзки карат RDS да скочи над 80%

Въз основа на предоставената информация от mysqltuner, предложения за вашия .cnf (или .ini) в раздел [mysqld]. НЕ променяйте повече от 1 артикул на ден. Запазете копие на последните 3 .cnf за всеки случай. Инвестирайте в повече RAM, ако е възможно.max_connections =200 # от 2540 18.08.2017 г., само 119 използвани за 35 дниhave_query_cache =НЕ # от ДА mm/dd/ccyy, за да се избегнат допълнителни разходи за QCquery_cache_size =0 # е 0 mm/dd/ccyy, за да се гарантира, че QC не е наличенthread_cache_size =100 # 5.7 calc е 8 + (max_connections / 100 ) таван при 100 - за поддържане на вашите 22M връзки за 35 дниkey_buffer_size =8M # от 16M mm/dd/ccyy само ~20% използвани за 35 дни

innodb_thread_concurrency=25  # from 0 mm/dd/ccyy to manage activity
innodb_buffer_pool_size=20G  # from 22.5G mm/dd/ccyy to reduce memory footprint
innodb_buffer_pool_instances=8  # from 20 mm/dd/ccyy should be fine
table_open_cache=10000  # from 2000 mm/dd/ccyy for your 532K opened in 35 days

За по-задълбочен анализ, след 7 дни UPTIME, моля, предоставете ПОКАЖЕТЕ ГЛОБАЛНО СТАТУС; ПОКАЖЕТЕ ГЛОБАЛНИ ПРОМЕНИМИ; ПОКАЖЕТЕ СТАТУСА НА INNODB НА ДВИГАТЕЛЯ;

3,2 милиона на нишка, отчетени от тунера, трябва да бъдат анализирани с помощта на mysqlcalculator.com, за да се сравнят настройките по подразбиране с вашите стойности, отчетени от SHOW GLOBAL VARIABLES; някои елементи изглеждат прекомерни.