Nginx позиционируется как простой, быстрый и надежный сервер, неперегруженный функциями. Уже длительное время Nginx обслуживает серверы многих высоконагруженных российских сайтов, например, Яндекс, Mail.Ru, ВКонтакте и Рамблер. Для улучшения производительности при использовании дополнительных серверов, Nginx поддерживает буферизацию (proxy_buffering) и кеширование (proxy_cache), чем мы и воспользовались.
Про innodb написана немного хрень, этот тип таблиц даст прирост скорости вывода данных, по сравнению с myisam, в том случае, если данные часто меняются. Myisam блокирует всю таблицу во время изменения строк, но не во время вывода. В интернет магазине навряд ли часто изменяются данные в тех таблицах, откуда они наиболее часто выводятся. Правда и недостатков у перехода на innodb не много, только увеличение занимаемого места на диске в два раза.
Время отклика страницы это именно время генерации php (в данном случае) кода, а затем еще идет загрузка всех ресурсов и отрисовка фронтенда. В наше время обычно время отклика сайта должно быть 0,1 секунды и меньше. Кое-как может жить сайт с временем отклика до секунды. Если на подопытном сайте время отклика было 24 секунды... то просмотров там могло быть от силы десятки в день. Никто сейчас не сидит по 30 секунд перед белым полотном в ожидании хоть какой-то реакции сайта. Поэтому скорее всего вы говорите о времени полной загрузки страницы, но тогда перечисленные работы не могли дать такой эффект без других оптимизаций, как раз перечисленных в списке про фронтэнд.
Пожалуйста, подключайте к написанию технических статей - технических специалистов. Зачастую одно слово, которое обозначает «вроде бы то же самое», на самом деле меняет весь смысл статьи или ее части, превращая его в бессмыслицу.
MyISAM уже давно deprecated, на текущий момент нет ни одной причины для использования этого движка. Даже на самом MySQL отказались от использования этого движка для системных таблиц, он медленный и ненадежный. То что MyIsam быстрее innodb давно миф. При правильной настройке InnoDb будет давать прирост производительности не только за счет вставок, но и за счет более оптимальных сортировок, и прочей кучи оптимизаций которые продолжают добавлять в innodb/extradb. MyISAM имеет тенденцию крэшится без возможности восстановления при средней нагрузке и количестве данных от миллиона строк.
Innodb обеспечивает ACID, более качественную и производительную структуру хранения индексов в tablespace, оптимальную работу с индексами на уровне оптимизатора запросов. Кластеризованные индексы, которые значительно ускоряют работу по primary key. Автоматическое восстановление после crash. И много других преимуществ.
То что ребята написали про тюнинг изоляции транзакций очень странно, очевидно их нет в проекте и все идет автокоммитом.
Комментарий недоступен
Комментарий недоступен
В InnoDB данные хранятся в больших совместно используемых файлах, в отличие от используемого прежде MyISAM, где для каждой конкретной таблицы создается отдельный файл данных.
Эммм, но вы же ниже написали - innodb_file_per_table
Этот параметр отвечает за хранение таблиц в отдельных файлах в Innodb :)
А в последних версиях MySQL он включен по умолчанию.
посмотрите /var/lib/mysql.
Молодцы! Понаблюдайте за ответом сервера, где лежит ваш сайт. Есть скачки до неприятных значений. По динамике месяца к месяцу тренд не очень хороший. Данные из CrUX.
Напрашивается как минимум еще SSI, которая позволит генерировать блоки страницы параллельно.