SA>> Компрессию включил. Тестим тупое копирование. AK> теперь надо переписать все данные заново - она включилась, но твои базы так AK> и остались как были, с сектором 128k. AK> А надо было - 16 (или крутить настройки innodb, но это чревато). А, да - логи AK> пишутся линейно, их трогать не надо.
короче стопим mysql копируем, удаляем, заливаем обратно?
SA>> (pts/2)[root@server:~]# sysctl vfs.zfs.prefetch_disable SA>> vfs.zfs.prefetch_disable: 1 AK> и вот - зачем? (нет, при cache=metadata оно только вредит, но это тоже неясно, AK> зачем было надо)
я конечно не эксперт, но выглядит утверждение логичным:
База данных осуществляет чтение в произвольном порядке, который нельзя предсказать. Отключение префетча позволяет избежать ненужных операций чтения. Добавим в /boot/loader.conf строку vfs.zfs.prefetch_disable=1 ZFS кэширует данные в ARC, используя свободную оперативную память. Поскольку страницы InnoDB уже кэшируются в буфер пуле, отключим кэширование файлов данных InnoDB: # zfs set primarycache=metadata data/mysql/ibdata
или тут нелогично?
SA>> zroot/var/db/mysql compressratio 1.00x - AK> естественно SA>> NAME PROPERTY VALUE SOURCE SA>> zroot/var/db/mysql/ibdata compressratio 1.16x - AK> не особо, что-то несжимаемое у тебя там лежит, это необычно
тут надо передеывать, ибо там как оказалось мало полезного, потому что у меня innodb_file_per_table=1; это значит что 16k надо было включать уровнем повыше.
AK> в общем, выключай сжатие, arc compress и abd. Для последнего, наверное, AK> придется пересобрать ведро - смотри в abd.h
