18 декабря 2010 в 17:31
Здравствуйте.
Такая вот проблема... что-то или кто-то перегружает сайт, в результате чего имею следующую ошибку (а точнее она меня):
Warning: User 'maxrem' has exceeded the 'max_questions' resource (current value: 150000) query: SELECT u.*, s.* FROM users u INNER JOIN sessions s ON u.uid = s.uid WHERE s.sid = '838ccb5367ce5777e57d64903bb4ee65' in /mounted-storage/home119c/sub005/sc61554-JTMN/www/includes/database.mysql.inc on line 172
т.е. превышает максимальное кол-во обращений 150 000 в час. Как определить корень зла, что именно создает такие перегрузки?
Комментарии
в саппорте мне посоветовали сдледующее:
In order to avoid max question error you need to check the script of your files which are accumulating the queries.
и затем:
For example you can check whether SQL queries are really closed with mysql_close(). If the queries are not closed it might be that some 'ghost queries' are putting a strain on the connection. Furthermore it makes often sense to check the mySQL programming. Please consider that every SQL action (e.g. Select, Insert, Update etc) is creating one query. The experience shows that an optimized SQL programming is helpful to avoid the exceed of the max_question ressource. In stead of lining one Select action after the other it could be helpful to combine SQL requests with 'join'. Please find further details regarding to mySQL programming in the interne
Другими совами, посоветовали проверить скрипты файлов, которые аккумулируют запросы, проверить, закрываются ли запросы mysql с mysql_close() и т.п.
Я не обладаю навыками программирования, поэтому был бы несказанно рад, если бы кто-нибудь подсказал, что нужно делать?
Drupal
Похоже у вашего хостера лимит запросов к БД
Тогда нужно менять сто пудов хостера, малое количество запросов - это не конёк Друпала явно
Я как человек также имеющий к хостингу некоторое отношение совершенно не понимаю смысла введения таких ограничений. Ведь десятки лёгких запросов не нагрузят сервер так может нагрузить один тяжёлый. Таким образом нет смысла ограничивать количество, если нет возможности понять качество запросов и такое ограничение глупо и в конечном итоге приведёт к претензиям клиентов.
Дурь в общем, меняйте хостинг.
А конструктивные предложения будут?
150 000 запросов - это безусловно немного для vps, но для кластерного хостинга вполне прилично
на выделенный сервер денег нет, другие хостеры с той же оплатой наврядли будут лучше
пожалуйста подскажите, какие шаги нужно предпринять для устранения проблемы, только без флуда
предложения сменить хостера, движок сайта, пойти повеситься и т.п. достали.
да, и вот еще какое забавное совпадение:
Прошлый раз такая канитель была чуть больше года назад, тогда сайт почти полностью выпал из Яндекса. Этим летом вернулся. А неделю назад вылетело примерно 80% страниц, и опять те же превышения запросов к бд. Может быть в этом корень зла или это просто совпадение?
Купил недавно BMW, не заводится на 76 бензине. пожалуйста подскажите, какие шаги нужно предпринять для устранения проблемы, только без флуда
предложения сменить марку бензина, машину, пойти повеситься и т.п. достали.
Тут вы очень ошибаетесь.
Друпал делает очень много запросов к БД. Если ваш хостер ограничивает кол-во запросов в единицу времени, вам надо менять хостера, т.к. даже если у вас получится что-то оптимизировать и уменьшить кол-во запросов, то при увиличении количества посетителей вы всё равно снова упрётесь в это ограничение.
По поводу хостинга вы не совсем правы - за одни и те же деньги бывают очень разные варианты.
Если есть возможность, поиграйтесь с кешированием. Это может помочь.
с кешированием игрался, иногда помогает. Ну раз так все безнадежно, тогда посоветуйте хостера, который смог бы предоставить хотя бы 50 гигабайт на жестком диске, с неограниченным кол-вом запросов к бд (ну, это наверное нереально, но хотя бы чтоб в несколько раз больше, чем 150 000 в час) и при этом обходился не дороже 70 баксов в год
у меня хостер предоставляет 750 гб места... ну, столько в принципе и не надо, вполне хватит 50-100 гб
Вы ещё Битрикс не видели
Как ни странно видел, и не только видел, но и переписывал часть модулей, и был в шоке от качества кода...
Но говорим мы сейчас о друпале.
Интересно, что там по Битрикс. У меня на страницу сейчас до 800 запросов, а в Битриксе?
Где как...
В битриксе другая проблема на первом месте - качество кода отвратительно в большинстве случаев. Например, мне удавалось переписать некоторые части кода получив в результате улучшение производительности до 10раз (это был модуль рассылки). В целом это монстровидная система с плохим кодом плохой архитектурой и очень хорошей рекламой и раскруткой. Ну и интеграция с 1Совскими решениями из коробки очень способствует распостранённости... Если бы такие усилия и средства были затрачены на пропоганду например Джумлы(с Друпалом бы не вышло - порог вхождения высоковат), в рунете бы вымерли остальные CMS. 
Думаю, сила Битрик в том, что она платная
Платная, значит люди обязаны делать качественные и своевременные обновления, саппортить, писать документацию. В Опенсоурсных решениях такого нет. Будь Друпал хоть в 100 раз лучше на уровне кода, он уступает по внешнему оформлению, нет вменяемой документации, нет поддержки на русском и вообще часто непонятно, как всё собрать до кучи
Пошутили?
Вот с документацией и поддержкой на русском да, действительно всё неплохо, кроме того, что профессионализм поддерживающих всё же оставляет желать лучшего. (это моё личное мнение сложившееся при общении с техподдержкой, когда она мне была необходима, возможно мне просто не повезло, спорить не буду).
Мне всегда казалось, что внешним оформлением должен заниматься дизайнер, и от движка это не зависит.
Хотите красивую админку, сделайте или выберете административую тему, установите и будет красиво, и так, как вам надо, кстати.
К тому же если вы внимательно читали, я говорил о Джумле, у которой есть админка с иконками, визуальный редактор и прочие рюшки из коробки...
П.С. Друпал, кстати, как раз достаточно хорошо документирован. Не ленитесь ходить на drupal.org заодно и английский выучите, который для разработчика must have в любом случае.
Если вам нужно много места, и не нужны ограничения по ресурсам, возможно вам всё же стоит подкинуть денег в бюджет. За 6 баксов в месяц пожалуй вы действительно не найдёте приличный хостинг, подходящий под ваши требования. Как говорилось в известной сказке "Не гонялся бы ты поп за дешевизною."
Совершенно верно, не взять нормальный хостинг за такие деньги. А на выделенный бюджета нет. Потому и обратился за помощью на форум.
В перспективе планирую покупку нормального хостинга, но сейчас нужно пока что как-то оптимизировать сайт и найти причину перегрузки бд
Ну тогда берите devel, смотрите какие запросы используются для построения страниц. Включайте кеширование где возможно, в частности во views.
вот еще непонятная вещь:
в админ меню есть пункт пользователей. Как я понимаю, цифры, которые там изображены, показывают кол-во посетителей онлайн, первое число кол-во незарегистрированных пользователей, второе - зарегистрированных
Учитывая то, что после вылета из Яндекса посещаемость упала и не превышает 500 хостов в день, первая цифра у меня вызывает недоумение.
Это глюк админ меню? или как это понимать?