- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Есть mysql 5.0, большая база данных и в ней (в том числе) большая таблица типа myisam. После того, как количество строк в таблице перевалило за 2 миллиона и суммарный размер всех таблиц базы данных и индексов дошёл до 2 гигов (это случилось одновременно), запросы к таблице сразу стали выполняться на порядок медленнее. Собственно вопрос - 2 миллиона - это максимальное количество строк в myisam, под обработку которых заточен mysql, или 2 гига - максимальный размер базы данных или всё это случайное совпадение и мне нужно шаманить с размерами буферов?
ОС 64-х битная?
Andreyka, нет
явасумоляю. все проблемы в mysql именно так и проявляются : как только данных становится больше некоторого порога они уже не влезают в кеш и начинаются торможения. а еще бывает что с ростом объема данных в какой-то момент поменяется способ исполнения запроса.
но вообще оптимизация штука комплексная и общих советов дать трудно.
выделите медленные запросы, покажите структуру таблиц, explain запросов. может тогда.
обычный лимит у myisam-таблиц 2^32 то есть 4 миллиарда записей.
даже если он достигнут то можно пересобрать с опцией --with-big-tables и лимит будет (2^32)^2
Ставьте 64-х битную, помогает
Вынес часть таблиц в другую базу, поигрался с буферами, нагрузка на сервер снизилась до приемлимой.
Возникла другая проблема - как делать бэкап большой базы? Делаю
Сервер вешается, запросы к базе данных выполняются с большим тормозом.
Как правильно это делается?
ИМХО если все так запущено тогда вариант: реплицировать БД на другой сервер и там уже бэкапить.
Разумеется он "вешается". mysqldump блокирует таблицы перед чтением.
Еще можно попробовать использовать снапшеты LVM, если вдруг у вас есть возможность.
Может быть вам подойдет скрипт mysqlhotcopy ( у меня лично он крешит базы в произвольный момент времени).
ну как бы на выбор - еще можно раз скопировать и включить бинлоги, и ими потом "догонять" копию. те кто пользует говорят "вполне даже удобно"
сам гоняю через репликацию - с нее уже бэкап и когда очень уж необходимо - стопорим на пару минут для снапшота (но у меня фряха ОС) и с него обычная копия и под базу специально отрезан не сильно большой разел чтобы быстренько снапшотилось.