Несмотря на то что на дворе уже август 2014 года, cPanel добралась до версии 11.40.х, а сервер баз данных MariaDB до версии 10.0.х, до сих пор приходится устанавливать этот альтернативный сервер вручную.
На самом деле установка достаточно проста и вся процедура занимает 10-15 минут, с учетом бекапов существующих баз данных.
Показаны сообщения с ярлыком mysql. Показать все сообщения
Показаны сообщения с ярлыком mysql. Показать все сообщения
вторник, 29 июля 2014 г.
пятница, 25 апреля 2014 г.
Как изменить размер файлов лога InnoDB
В предыдущем посте я писал о том как расчитывается параметр innodb_log_file_size в файле настроек my.cnf сервера MySQL.
Дело в том, что по умолчанию размер файла лога имеет значение 48Mb и если просто в файле my.cnf указать другое значение, то при запуске сервера MySQL возникнет ошибка и сервер не запустится.
Дело в том, что по умолчанию размер файла лога имеет значение 48Mb и если просто в файле my.cnf указать другое значение, то при запуске сервера MySQL возникнет ошибка и сервер не запустится.
четверг, 24 апреля 2014 г.
Оптимизация MySQL для работы с Magento. Ревизия 2
Время несется с сумасшедшей скоростью. Казалось бы, буквально недавно я писал об оптимизации настроек MySQL для серверов Magento, а оказывается прошло уже полтора года с тех пор.
Что же изменилось с тех пор и почему имеет смысл провести ревизию настроек?
На самом деле, тот факт что Magento добралась до версии 1.8.1.0 на момент написания этого поста абсолютно не влияет на изменения в настройках MySQL.
Что же изменилось с тех пор и почему имеет смысл провести ревизию настроек?
На самом деле, тот факт что Magento добралась до версии 1.8.1.0 на момент написания этого поста абсолютно не влияет на изменения в настройках MySQL.
воскресенье, 17 марта 2013 г.
Результаты первых тестов на производительность сервера
Сразу же хочу сказать, что тесты не претендуют на идеальность.
Мне важно было понять, использование каких технологий даст существенный прирост производительности.
Например, я не делал никаких оптимизаций в настройках Apache и Nginx. Потому что это было бессмысленно. Так как тесты, которые я проводил, были на быстродействие сервера, а не на "стрессоустойчивость" в условиях массивного трафика.
Мне важно было понять, использование каких технологий даст существенный прирост производительности.
Например, я не делал никаких оптимизаций в настройках Apache и Nginx. Потому что это было бессмысленно. Так как тесты, которые я проводил, были на быстродействие сервера, а не на "стрессоустойчивость" в условиях массивного трафика.
пятница, 15 марта 2013 г.
Снова об оптимизации серверов
Давненько не брал я в руки шашек, надо бы восполнить пробел, тем более что появились новые технологии.
В одном из предыдущих постов я писал об установке Nginx на виртуальный сервер с предустановленным cPanel. Все работало и работает до сих пор очень даже хорошо.
Но, недавно я нашел еще лучшее решение, а именно связку Nginx+Varnish Cache для серверов под управлением cPanel. Называется Apachebooster. Сделал какой-то индус, но на удивление сделал добротно. Поставил уже на пару серверов и тьфу-тьфу, проблем не замечено. Зато существенный прирост в скорости очень даже хорошо ощущается.
Теперь, имея установленный Varnish Cache можно установить расширение для Magento, позволяющее создавать полностраничное кеширование.
В одном из предыдущих постов я писал об установке Nginx на виртуальный сервер с предустановленным cPanel. Все работало и работает до сих пор очень даже хорошо.
Но, недавно я нашел еще лучшее решение, а именно связку Nginx+Varnish Cache для серверов под управлением cPanel. Называется Apachebooster. Сделал какой-то индус, но на удивление сделал добротно. Поставил уже на пару серверов и тьфу-тьфу, проблем не замечено. Зато существенный прирост в скорости очень даже хорошо ощущается.
Теперь, имея установленный Varnish Cache можно установить расширение для Magento, позволяющее создавать полностраничное кеширование.
среда, 30 марта 2011 г.
Оптимизация сервера и сайта
В последнее время пришлось довольно серьезно подучить матчасть в области оптимизации вебсервера.
Появился новый клиент, с довольно таки большим сайтом на Joomla.
Основных проблем было две:
1. При нагрузке в 300 одновременных заходах сервер не справлялся с нагрузкой и просто падал.
2. Даже когда сервер не падал, среднее время загрузки страницы составляло не менее 40 секунд.
Появился новый клиент, с довольно таки большим сайтом на Joomla.
Основных проблем было две:
1. При нагрузке в 300 одновременных заходах сервер не справлялся с нагрузкой и просто падал.
2. Даже когда сервер не падал, среднее время загрузки страницы составляло не менее 40 секунд.
понедельник, 27 сентября 2010 г.
Восстановление большой базы данных MySQL из дампа
На днях нужно было локально, в Windows, запустить рабочую копию сайта клиента. После всех чисток, объем базы данных составлял "всего" 1.5 гига.
Так как локально стоит Wamp, из доступных средств для заливки sql дампа такого размера был только phpmyadmin. Тот же EMS MySQL Manager даже слышать не хотел ничего о том чтобы открыть 1.5 гиговый скрипт.
Так как локально стоит Wamp, из доступных средств для заливки sql дампа такого размера был только phpmyadmin. Тот же EMS MySQL Manager даже слышать не хотел ничего о том чтобы открыть 1.5 гиговый скрипт.