Ubuntu 18.04
mysqld Ver 5.7.26-0ubuntu0.18.04.1
последние обновленияначалось все с апдейта системы
2 хоста с абсолютно идентичной базой начали писать на диск 200 мб/с, генерируя при этом 1K iops
виновник mysqlесли включить логи транзакций то в них за минуту не набегает и 100мб, при это по iotop идет большой поток записи
конфиг:
[mysqld]
# GENERAL #
user = mysql
default-storage-engine = InnoDB
#socket = /var/lib/mysql/mysql.sock
pid-file = /var/lib/mysql/mysql.pid
bind-address = 0.0.0.0# MyISAM #
key-buffer-size = 32M
myisam-recover-options = FORCE,BACKUP# SAFETY #
max-allowed-packet = 16M
max-connect-errors = 1000000# DATA STORAGE #
datadir = /var/lib/mysql/# BINARY LOGGING #
#log-bin = /var/lib/mysql/mysql-bin
#expire-logs-days = 14
#sync-binlog = 1
# CACHES AND LIMITS #
tmp-table-size = 32M
max-heap-table-size = 32M
query-cache-type = 0
query-cache-size = 0
max-connections = 500
thread-cache-size = 50
open-files-limit = 65535
table-definition-cache = 1024
table-open-cache = 2048
tmpdir = /tmp
# INNODB #
innodb-flush-method = O_DIRECT
innodb-log-files-in-group = 2
innodb-log-file-size = 512M
innodb-flush-log-at-trx-commit = 2
innodb-file-per-table = 1
innodb-buffer-pool-size = 20G
innodb_log_buffer_size = 64M
# LOGGING #
log-error = /var/lib/mysql/mysql-error.log
#log-queries-not-using-indexes = 1
slow-query-log = 1
slow-query-log-file = /var/lib/mysql/mysql-slow.log
#MISC
skip_name_resolve
------------------соседние хосты без обновления с такой же БД и такие же по "железу" работают записывая 25-50мб/с и 500 iops
кто-нибудь сталкивался?
похоже что проблема проявляется только на последнем доступном ядре Ubuntuна 4.15.0-36 все нормально
при перемещении /var/lib/mysql с BTRFS на EXT4 проблема исчезла
> при перемещении /var/lib/mysql с BTRFS на EXT4 проблема исчезлаДа вы батенька извращенец
>> при перемещении /var/lib/mysql с BTRFS на EXT4 проблема исчезла
> Да вы батенька извращенец)) походу надо пре-шаблон для форума, "первичные жалобы посетителя":
- site(vm-, non-vm-), cpu, ram, hdd(raid, fs-type как в данном кейсе), net...
- os, top, vmstat, iostat, ps axfu...
- и т.д.
а то нарисовывается знатное "пространство" для магии, т.вер, комбинаторики, астронаук и прочего
> )) походу надо пре-шаблон для форума, "первичные жалобы посетителя":
> - site(vm-, non-vm-), cpu, ram, hdd(raid, fs-type как в данном кейсе),
> net...
> - os, top, vmstat, iostat, ps axfu...
> - и т.д.
> а то нарисовывается знатное "пространство" для магии, т.вер, комбинаторики, астронаук
> и прочегоТипа вот это вот всё равно никто не читает?
Да, ссылка на /smart_questions куда-то затерялась...И да, шаблоны не помогут, автоматика не поможет, ничего не поможет.
3. Научитесь правильно задавать вопросы, на безграмотный, расплывчатый и не информативный вопрос вы никогда не получите исчерпывающий ответ. Опишите проблему как можно подробнее, не заставляйте по несколько раз переспрашивать. Не поленитесь, прочитайте[U]рекомендации для спрашивающих[/U]
https://www.opennet.me/boardhelp.html, [U]правила[/U]
http://wiki.opennet.ru/ForumHelp#.D0.9F.D1.80.D0.B0.D0.B2.D0...и [U]советы по работе с форумом.
http://wiki.opennet.ru/ForumHelp
>>> при перемещении /var/lib/mysql с BTRFS на EXT4 проблема исчезла
>> Да вы батенька извращенец
> )) походу надо пре-шаблон для форума, "первичные жалобы посетителя":
> - site(vm-, non-vm-), cpu, ram, hdd(raid, fs-type как в данном кейсе),
> net...
> - os, top, vmstat, iostat, ps axfu...
> - и т.д.
> а то нарисовывается знатное "пространство" для магии, т.вер, комбинаторики, астронаук
> и прочегоexport LD_PRELOAD=libastral.so