Според GitHub огромни бази са тези с 1-2 G данни. В нашия случай 1.6 G е само таблицата с метаданните. Сайтът използва WP с възможно най-оптимизирана за скорост блокова тема.

Въпреки това PageSpeed дава умопомрачителните 8.6 секунди за First Contentful Paint и препоръчва да се махнат всички render-blocking resources. Което на практика означава да се унищожи сайтът.

Плъгини за оптимизация, кеширане и използване на CDN за намаляване размера на изображенията изобщо не помагат, дори задълбочават проблема.

Последвах препоръките на GitHub в примерния my-huge.cnf със съответните модификации за MariaDB (която вече не използва MyIsam, а InnoDB) и добавих тези инструкции в /etc/my.cnf

[mysqld]
set-variable	= key_buffer=384M
set-variable	= max_allowed_packet=1M
set-variable	= table_cache=512
set-variable	= sort_buffer=4M
set-variable	= record_buffer=4M
set-variable	= thread_cache=8
# Try number of CPU's*2 for thread_concurrency
set-variable	= thread_concurrency=8
log-bin
server-id	= 1

set-variable = innodb_buffer_pool_size=256M
set-variable = innodb_additional_mem_pool_size=64M
set-variable = innodb_file_io_threads=4
set-variable = innodb_lock_wait_timeout=150

[mysqldump]
quick
set-variable	= max_allowed_packet=16M

[mysql]
no-auto-rehash

В резултат на което показателите на PageSpeed за скорост се подобриха драстично от 8.6 на 4.8 с, но общият индекс все пак остана в зоната на червеното, макар и с 30 пункта подобрение до 68 за перформанс. Всички останали показатели са зелени.

Очевидно е, че "фабричните" настройки ва MariaDB (които между другото липсват в my.cnf) не са предназначени за обработка на големи бази и гигабайти оптимизирани изображения.

Въпросът е какво може да се измени, добави или премахне в дадените настройки, за да се достигне лелеяната зелена зона.

ANALYZE TABLE tbl PERSISTENT FOR ALL;

Attention! The above configuration changes are very individual and should be used on your own risk and responsibility. Make sure that you have SSH access to /etc/my.cnf to remove the changes if something goes wrong.