- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
У меня вопрос по поводу прямого копирования файлов таблиц, на сколько это грамотно и чем чревато? То, что решение имеет право на жизнь, убеждался не раз, перенося базы между Windows и FreeBSD.
Есть mysqlhotcopy - копирует файлы, блокируя базы. Конечно остаётся вопрос совместимости, но скорость копирования уже определяется винчестерами.
Если сравнивать скорости прямого копирования и снятия дампов, полагаю, копирование быстрее?
Если сравнивать скорости прямого копирования и снятия дампов, полагаю, копирование быстрее?
В общем случае - да.
Но, например, массивное удаление данных не уменьшит файлы в размерах и будет напрасно копироваться куча мусора.
Или, например, если индексы много занимают по объему и тем самым напрягают бекапный носитель на запись, то создать дамп читая только данные в таблице будет быстрее.