- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
В базе данных сайта 200K записей, в каждой из них 5 разделов. Сервер формирует ответ при поиске по базе примерно за 4-5 секунд. Это нормально, слабенько или ужасно медленно?
__________________Все посетители живые, не боты. (http://livesurf.ru/promo/80271)
А что пользователи сайта об этом говорят?
Что такое запись в базе данных, я понимаю.
На термина «раздел записи» я не знаю.
200K записей это очень мало.
Для сравнения во многих базах хранятся миллионы записей и эти сайты имеют по миллиону просмотров в сутки.
И генирируется страница доли секунды.
Все дело в правильной организации таблиц, индексов и запросов.
200K записей это очень мало.
Для сравнения во многих базах хранятся миллионы записей и эти сайты имеют по миллиону просмотров в сутки.
И генирируется страница доли секунды.
Ну там наверное под базу отдельные дата центры стоят. :)
Хотя, если смотреть нагрузку на моём сервере, в пиковый момент поиска, до 100% CPU может подпрыгнуть только на самом процессе. Общая нагрузка на CPU выше чем на 10% не скачет.
Сам не могу понять, почему так долго ищется. Железо вроде сносное Quad Core Xeon X3430 4x2.4 GHz/RAM:4GB
Сам не могу понять, почему так долго ищется.
если долго и неудовлетворительно, значит надо искать почему такое происходит.
чужие характеристики вам ничем не помогут.
Ну там наверное под базу отдельные дата центры стоят. :)
Хотя, если смотреть нагрузку на моём сервере, в пиковый момент поиска, до 100% CPU может подпрыгнуть только на самом процессе. Общая нагрузка на CPU выше чем на 10% не скачет.
Сам не могу понять, почему так долго ищется. Железо вроде сносное Quad Core Xeon X3430 4x2.4 GHz/RAM:4GB
Приведите структуру таблиц и запрос, который долго выполняется.
Только так вы получите четкий ответ.
Раньше скрипт открывал текстовый файл с индексом, анализировал и отдавал результат. Сейчас загнали этот индекс в БД. Удивлён, но скорость осталась прежней. Может быть дело в самом скрипте, который ищет...
Раньше скрипт открывал текстовый файл с индексом, анализировал и отдавал результат. Сейчас загнали этот индекс в БД. Удивлён, но скорость осталась прежней. Может быть дело в самом скрипте, который ищет...
Может быть. Но ответ вы узнаете только тогда, когда ... в общем, по второму кругу)
Выяснили, что задержка и нагрузка на сервере при поиске создаётся не mysql, а php. Причём, постоянно время выполнения 4.87сек, а mysql отрабатывает запрос за ноль, то есть ниже милисекунды. Будем искать причину в самом коде.