- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый день, есть движок ДЛЕ. там БД MySQLi.
Сервер: 2хE5520 2.26Ghz + 16гб озу.
размер БД 1,52 Gb
Общее количество новостей: 144063
Всего комментариев: 1422334
В общем стала такая конфигурация жутко грузить сервер при малейшей небольшой нагрузке, например - выше 2000 человек онлайн за 15 мин (по статистике ЛИ) при этом где то 9342 connections on 80 port (apache) и 1771 connections on 85 port (nginx).
- уже отключаю многие функции, типа фиксирования новостей, вывода похожих новостей.. - все это плохо спасает.
И вот вопрос, так и должно быть при таких данных, что сервр почти ложится? Действительно это уже большая БД? И много записей в ней (комментариев: 1422334)? может из-за большого количества записей все это?
У меня на Джумле есть базы и побольше....все летает, заказывайте у админов анализ скриптов, пусть ищут детально - что грузит....
Ибо сервер сильный - должно все быстро работать
Я где то читал, что не столько от размера зависит нагрузка сколько от кол записей, и что например при записях более 1000000 нагрузка начинает расти в геометрической прогрессии - это так?
например у нас 1.5 миллиона комментариев.
заказывайте у админов анализ скриптов, пусть ищут детально - что грузит....
Ибо сервер сильный - должно все быстро работать
Проблема скорее не в анализе неведомого кода, а в конфигах самого сервера. У ТС'a может вполне себе стоять апач, мускул и Nginx с дефолтными настройками.
Я где то читал, что не столько от размера зависит нагрузка сколько от кол записей, и что например при записях более 1000000 нагрузка начинает расти в геометрической прогрессии - это так?
например у нас 1.5 миллиона комментариев.
Вопрос в том, сколько из этих комментариев обрабатываются за один запрос и сколько записей в самой таблице.
Вопрос скорее не в анализе неведомого кода, а в конфигах самого сервера. У ТС'a может вполне себе стоять апач, мускул и Nginx с дефолтными конфигами.
Настраивал там все нам один человек.
Вопрос в том, сколько из этих комментариев обрабатываются за один запрос.
ну а "рыться" в таком количестве комментов в поисках нужных наверно тоже не легко по идее?
Настраивал там все нам один человек.
Отличный ответ, но всё же интересно было бы посмотреть на конфиг my.cnf и на режим, в котором работает апач. Ну и nginx.conf & httpd.conf для полной радости.
Может выложите конфиги апача и энджинкса? Также для начала можно в логи посмотреть.
Хорошо, конфиги сейчас спрошу у нашей тп, сам увы в этом не разбираюсь.
Я где то читал, что не столько от размера зависит нагрузка сколько от кол записей, и что например при записях более 1000000 нагрузка начинает расти в геометрической прогрессии - это так?
например у нас 1.5 миллиона комментариев.
если есть индекс, то зависимость не геометрическая а порядка log2(N)
если есть индекс, то зависимость не геометрическая а порядка log2(N)
наверно есть..
просто например автор движка ДЛЕ как то писал:
"для MySQL считается критическим приближение к миллиону записей в таблице, при данном количестве даже при очень легкий запросах, производительность существенно снижается, причем в геометрической прогрессии"
вот я и грешу на комменты
Проверьте список запросов из логов mysql-slow-query, может там есть жуткие запросы. Проверьте улучшения которые были сделаны в основном движке, в первоначальном варианте на такой машине должно работать нормально, но вот апдейты кода которые были сделаны могут иметь проблемы. Может валяются запросы типа select * from dle_post которые предназначены для подсчета количества постов :) (такое бывает) Посмотрите где можно проставить limit в запросе, возможно не оценены реальные размеры ответов базы, ожидаеться например одна строка а на самом деле возращаеться пол базы.
Выведите в дебаг запросы к базе которые производятся при открытии страниц, возможно запросы находятся в итерационных конструкциях и выполняются несколько раз для каждого запуска.