- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Приветствую всех.
Возник вопрос по работе Бд на сервере (нормальной конфигурации).
Суть. Программист переписывает движек сайта.
Решил построить индекс таблицы
Потребовалось выполнить запрос
ALTER TABLE `ahl_articles` ADD INDEX ( `article_submitteddate` );
В ahl_articles 90.000 записей размером 650 мегов
Запрос выполняли как скриптом так и через шелл
Во всех ситуациях создается индекс ровно 45000 записей и баста.
При попытке удалить любой существующий ключ article_submitteddate или добавить новый сервер не отвечает.
Поступило предложение увеличить wait_timeout
Увеличили до 300
Та же песня......... :(
Знаю что по фотографии не лечут ....... Но может быть мысли возникнут у кого либо?
repair table ahl_articles;
optimize table ahl_articles;
для начала
repair table ahl_articles;
optimize table ahl_articles;
для начала
ну это сделано само собой :(
Непойму одного.
Сейчас админ сменил какую то настройку
Индексы article_submitteddate
Нажимаю "Удалить"
Через минуту выходит 504 ошибка
Обновляю таблицу. То что удалял на месте.
Жду минут 10-15 - индекс на месте
Захожу через 25-30 минут - индекс удалился
Там размер то индекса мегов 50 всего........ Совершенно непонятная ситуация :(
Что бы построить индекс - мускул должен прошерстить всю таблицу. Т.е. те самые 650Мб. У нас на 100Мб сейчас на табличке индексы строятся по 2 минуты на выделенном сервере (правда не мощном), на 650Мб ВАм... в общем 300 секунд вполне могло не хватать. Не ожидайте мгновенной работы БД на больших данных. Главное - не суетится и не запускать кучу разных, особенно противоположных операций (поставить индекс, убрать индекс, etc).