Работа делится на две части, и вторая без первой бессмысленна. Первая — сам переезд: план, репетиция, согласованное окно, минимальный простой и заранее описанный откат на случай, если что-то пойдёт не так. Вторая — собственно ускорение: читается журнал медленных запросов, из него выбирается то, что обходится дороже всего, дальше индексы, переписывание тяжёлых выборок, нормальная постраничная выдача и кеш для того, что спрашивают чаще всего, с внятным правилом обновления. Отдельно прошу не забыть о проверке после переезда — обойти разделы, формы, поиск и кабинет пользователя — и оставить нашим администраторам инструкцию, написанную человеческим языком, а не выпиской из консоли.
Замеры до и после — обязательная часть приёмки; без них задача считается незакрытой.
Чего делать нельзя ни при каких обстоятельствах:
— переносить и править сразу на боевой базе: сначала копия, боевая не трогается до проверки копии;
— менять схему без свежей резервной копии, у которой проверено восстановление;
— вносить правки «на живую» в часы нагрузки;
— закрывать работу словами «стало быстрее» без конкретных чисел;
— оставлять после себя изменения, которые мы не сможем ни повторить, ни откатить.