- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Для работы сайта требуется постоянно динамически обновлять таблицу MySQL. Таблица чистится 2-3 раза в сутки.
Когда количество записей превышает 50 тысяч записей, сайт виснет (504 ошибка). При каждом просмотре страницы пользователем, делается запрос на выборку и на добавление данных в таблицу.
Сайт на виртуальном хостинге.
Кэша не используем.
Так ли критично количество в 50 тысяч? Или это маленький лимит хостера на нагрузку?
Может таблицу надо правильно проиндексировать и оптимизировать сами запросы?
Покажите определение таблицы и код запросов к ней.
Запросы
Если индексов нет, то и на маленьких объемах баз будут проблемы на шареде
обычно до 200тыс записей мускул с индексами на шареде работает без проблем
Elles, покажите хоть какие индексы используются при select:
EXPLAIN SELECT * FROM `mytable` WHERE `iduser` = 'XXX'
Туплю. Проглядел определение таблицы - походу индексы просто не используются.
Какие первичные и вторичные ключи определены на таблице?
И есть ли они вообще?
На iduser стоит индекс? на все поля, по которым поиск есть поставьте - полегчает
index ставили на iduser, по ощущениям стало еще хуже..
С таблицей вообще чертовщина какая-то творится
первичный ключ есть - idroot
не трогайте, пусть зависнет навсегда.
наивно ожидать что мозги разработчику можно вправить добавлением индекса.
только кеш и минимализация запросов
но кэш важнее!
Сделаю вид, что разработчик это я.
каким образом?
Каждый просмотр - минимум 1 запрос, максимум 2.