вот если сейчас этот же запрос сделать

129099 rows in set (0,59 sec)

хмм, с одной метрики это? за какой период, или этот же запрос?

вот я немогу понять как её тюнить я уже всё перепробывал

если не жалко поделиться my.cnf

этот же запрос

innodb_buffer_pool_instances            = 16
innodb_buffer_pool_size                 = 110G
innodb_concurrency_tickets              = 5000
innodb_data_file_path                   = ibdata1:10M:autoextend
innodb_file_format                      = Barracuda
innodb_flush_log_at_trx_commit          = 2
innodb_flush_method                     = O_DIRECT
innodb_log_file_size                    = 2G
innodb_log_files_in_group               = 16
innodb_old_blocks_time                  = 1000
innodb_open_files                       = 4096
innodb_stats_on_metadata                = OFF
innodb_write_io_threads                 = 8
innodb_read_io_threads                  = 8
innodb_thread_concurrency               = 1
innodb_log_buffer_size                  = 128M
innodb_max_dirty_pages_pct              = 90
innodb_lock_wait_timeout                = 120

за сутики 129099 записи в один айтем, 20 в секунду примерно, не много ли?

да

нормально это пинг

это за 30 дней

пардон

но все ровно, для базы запрос тяжелый очень, тренды должны использоваться для этого

а зачем вам хистори со временем опроса в 20 секунд хранить 30 дней?

попробуйте хранить хистори как можно меньше. а тренды больше

ну это уже другой вопрос %)

это вопрос про "медленно"

аа трэнды мхм

ну тоесть это получается не нормальная нагрузка?

я не знаю требований. но как по мне так хранение истории пингов 30 дней с дискретностью в 20 секунд - перебор