EG>> Размер страницы InnoDB и размер блока UFS крайне желательно EG>> иметь одинаковыми и изменить размер страницы однажды созданной базы InnoDB AK> я, кстати, рекомендую еще разок перечитать вот это из найденной пострадавшим AK> компилятивной доки: AK> As discussed above, ZFS LZ4 compression is incredibly fast
Вот это "incredibly fast" бездумно перепечатывают все подряд, но на практике я этого вовсе не ощущаю, либо оно таки сильно зависит от каких-то ещё условий. То есть, я вполне верю, что на синтетических бенчмарках и топовых процессорах оно incredibly fast, но на моём реальном железе (вовсе не топовом) и на моих каталогах с кучей метаданных и невозможностью засосать всё необходимое в ARC, латентность не просто видна невооруженным взглядом, а оно таки хуже UFS+gjournal.
AK> so we AK> should leave compression to ZFS and not use InnoDBs built in page AK> compression.
Я не вижу тут сравнительных результатов тестирования и не склонен доверять таким утверждениям априори.
AK> То есть, если не планируется делать чего-то совсем странного, про страдания с AK> попаданием в page size можно смело забывать - это in-memory pages, при AK> записи все будет пожамкано в непредсказуемый размер.
Hепредсказуемый размер для базы данных - плохо. Отказать.
AK> Читается оно с prefetch, поэтому никто от этого особо не страдает.
prefetch на уровне файловой системы сам по себе вовсе не является абсолютным добром, особенно когда дело касается баз данных, если у тебя пропускная способность I/O конечна: