Согласен про innodb_flush_log_at_trx_commit=2.
Но, пока согласен на такой риск.
+------------+-------------+------
| query_type | per_second |
+------------+-------------+------
| COMMIT | 254.91
| DELETE | 0.68
| INSERT | 9.18
| SELECT | 187.97
| UPDATE | 249.73
+------------+-------------+------
На сколько я понимаю, вслучае падения оси, либо железа/питания
при innodb_flush_log_at_trx_commit=1 можно потерять последнюю транзакцию,
при innodb_flush_log_at_trx_commit=2 можно потерять транзакции приблизительно за секунду.
В конце-концов BBU + резервное питание и uptime 1528 days.
Но согласен, нужно innodb_flush_log_at_trx_commit=1, но это нужно тестировать и явно не на боевом серваке.
Цитата:
"innodb_buffer_pool_instances = 8" логично если у Вас число настоящих ядер ЦПУ= 8 и "innodb_buffer_pool_size" не меньше половины РАМ.
С ядрами и памятью там всё более менее нормально.
Меня больше смущает как он делит инстансы
при
innodb_buffer_pool_size=24G
innodb_buffer_pool_instances = 8
получаем 8 инстансов по 2G, эм... даже с учетом накладных расходов на каждый буфер, не совсем понятно
Цитата:
Спасибо, определенно дочитаю.
pt-diskstats - из percon-ы у нас дремучий 5.5,
тащить репы и зависимости на боевой сервак как-то напрягает.
sysbench - аналогично, при чём тянет аж postgresql-libs.
Код:
Linux 2.6.32-358.11.1.el6.x86_64 (mysql.xxxx.ru) 30.08.2017 _x86_64_ (24 CPU)
avg-cpu: %user %nice %system %iowait %steal %idle
0,31 0,00 0,11 0,02 0,00 99,56
Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await r_await w_await svctm %util
sda 49,38 23,77 2,88 30,36 435,82 754,50 35,81 0,01 0,40 2,41 0,21 0,13 0,43
avg-cpu: %user %nice %system %iowait %steal %idle
0,13 0,00 0,13 0,00 0,00 99,75
Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await r_await w_await svctm %util
sda 0,00 12,00 0,00 78,00 0,00 1416,00 18,15 0,01 0,09 0,00 0,09 0,06 0,50
avg-cpu: %user %nice %system %iowait %steal %idle
0,08 0,00 0,08 0,00 0,00 99,83
Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await r_await w_await svctm %util
sda 0,00 7,00 0,00 80,00 0,00 1336,00 16,70 0,01 0,09 0,00 0,09 0,06 0,50
avg-cpu: %user %nice %system %iowait %steal %idle
0,13 0,00 0,13 0,00 0,00 99,75
Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await r_await w_await svctm %util
sda 0,00 13,00 0,00 184,00 0,00 3560,00 19,35 0,01 0,07 0,00 0,07 0,04 0,80
avg-cpu: %user %nice %system %iowait %steal %idle
0,21 0,00 0,08 0,00 0,00 99,71
Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await r_await w_await svctm %util
sda 0,00 13,00 0,00 93,00 0,00 1488,00 16,00 0,01 0,09 0,00 0,09 0,05 0,50
опять же не вижу ни какого особого криминала, да, это не SSD.
Буду мониторить и ожидать писем счастья.