Почему сервер падает через AJAX запросы?

Question

Богдан Кучерук @TerritoryOfPeace

Изучаю php

PHP
AJAX

Почему сервер падает через AJAX запросы?

При прокрутке вниз экрана срабатывает функция которая получает данные из БД:

$.ajax({
                url:'ajaxappendindex.php',
                method:'POST',
                data:{"startFrom":startFrom},
                beforeSend:function(){inProgress=true;
                }
            }).done(function(data){
                data=jQuery.parseJSON(data);
                if(data.length>0){
                    $.each(data, function(index, data){
                        $("#div").append('+data.title+'');
                    });

php файл:

$startFrom = $_POST['startFrom'];
$sql = "SELECT * FROM articles DESC LIMIT ".$startFrom.", 4";
$res = mysqli_query($conn, $sql);
$articles = array();
while ($row = mysqli_fetch_assoc($res)){$articles[] = $row;}
echo json_encode($articles);

Почему после 20-30 запросов подряд со страницы падает сервер?

Страница недоступна
Сайт не отправил данных.
ERR_EMPTY_RESPONSE

И приходит в порядок через 2-3 минуты. С чем это может быть связано?

Вопрос задан более двух лет назад
463 просмотра

28 комментариев

Подписаться 2 Простой 28 комментариев

Богдан Кучерук @TerritoryOfPeace Автор вопроса

Добавил индексы, но не помогло.

Написано более двух лет назад
Богдан Кучерук @TerritoryOfPeace Автор вопроса

Rise, но это происходит именно когда эта функция работает много раз.

Написано более двух лет назад
Дмитрий @iMedved2009

а индексы простите на что вы добавили?

Написано более двух лет назад
Богдан Кучерук @TerritoryOfPeace Автор вопроса

Дмитрий, на все таблицы по которым идет выборка из БД.

Написано более двух лет назад
Дмитрий @iMedved2009

Богдан Кучерук, это глупое решение. во-первых индексы добавляются на поля в таблицы, и только на те которые нужны. Захерачить все индексами - может утяжелить запросы, а не ускорить.
во вторых, в вашем запросе SELECT * FROM articles DESC LIMIT ".$startFrom.", 4" - вообще не понятно. DESC чего?

Написано более двух лет назад
Богдан Кучерук @TerritoryOfPeace Автор вопроса

Дмитрий, я добавил индексы только там где они нужны.
Там не такой код, я скинул упрощенный вариант.

Написано более двух лет назад
Дмитрий @iMedved2009

Богдан Кучерук, там где они нужны, вы как определяли?
ну вы скинули упрощенный код, а ответ вы хотите не упрощенный?

Написано более двух лет назад
Богдан Кучерук @TerritoryOfPeace Автор вопроса
Дмитрий, индексировал только те столбцы по которым идет выборка. Без индексов SELECT занимал 0.5 сек, после 0.0013. У меня всё работает на OpenServer очень хорошо. На хостинге тоже все отлично грузит. Вот только несколько AJAX запросов дропает сервер. И как решить эту проблему у меня понятия нет.

Вот полный запрос:

$sql = "SELECT * FROM youtube JOIN marketdata2 ON channelTitle=coin WHERE youtube.videoId NOT IN (SELECT videoId FROM watchedvideo WHERE userkey = '$userkey') ORDER BY `publishedAt` DESC LIMIT ".$startFrom.", 4";
Написано более двух лет назад
Дмитрий @iMedved2009

Богдан Кучерук,
1. это тоже не совсем корректный вариант выбора - ибо если у индекс низкая кардинальность - есть шанс что планировщик на него положит болт.
2. А попробовать расставить логирование таймингов на скрипт и нагрузить его через какой нибудь ab не пробовали? или xdebug?

Написано более двух лет назад
Богдан Кучерук @TerritoryOfPeace Автор вопроса

Дмитрий, на OpenServer все работает идеально. На хостинге тоже вроде ошибок никаких нет.
Может стоит переписать ajax стандартными функциями javascript? Это же обычная функция которая возвращает json строку, вообще не понимаю что там такого чтобы она дропала сервер.

Написано более двух лет назад
Дмитрий @iMedved2009

Богдан Кучерук, openserver надо сжечь. вместе с теми кто его рекомендует - глупо тренироваться/разрабатывать на том что не имеет никакого отношения к продакшену.
причем тут js? у вас браузер дохнет? или бэк данные не отдает?

Написано более двух лет назад
Богдан Кучерук @TerritoryOfPeace Автор вопроса

Дмитрий, согласен. Полгода занимался сайтом на OpenServer чтобы вчера оказалось что обычный AJAX запрос от 1 пользователя может дропнуть сервер)

Выходит что бэк данные не отдает. Но там тоже ничего особенного. Обычный запрос к бд. А если сразу 30-50 пользователей зайдет, он тоже упадет?)

Написано более двух лет назад
Дмитрий @iMedved2009

Богдан Кучерук, ну если бэк не отдает - нахрена переписывать js? Что там есть и упадет ли он никто вам не скажет потому что вы код ниразу полностью не привели. Может у вас там вагон апдейтов с локами. Но судя по отсутствию подготовленных выражений ничего хорошего там явно нет. Логов тоже нет. - по этому ответ тоже упрощенный - у вас в php какие то косяки

Написано более двух лет назад

Богдан Кучерук @TerritoryOfPeace Автор вопроса

вот весь php файл ajaxappendindex.php:

<?php
include "db.php";

$startFrom = $_POST['startFrom'];


$sql = "SELECT * FROM youtube JOIN marketdata2 ON channelTitle=coin WHERE youtube.videoId NOT IN (SELECT videoId FROM watchedvideo WHERE userkey = '$userkey') ORDER BY `publishedAt` DESC LIMIT ".$startFrom.", 4";


$res = mysqli_query($conn, $sql);
$articles = array();
while ($row = mysqli_fetch_assoc($res)){$articles[] = $row;}
echo json_encode($articles);
?>

Там больше ничего нет.

Написано более двух лет назад

Дмитрий @iMedved2009

Богдан Кучерук,
1. в db.php только конфиги?
2. Вот эта функция - вероятнее всего вам нужна, что бы не обходить в цикле.
3. Ну тогда надо смотреть что в системе происходит в тот момент когда оно начинает тупить.

Написано более двух лет назад

Богдан Кучерук @TerritoryOfPeace Автор вопроса

Дмитрий, db.php:

<?php
$servername = "localhost";
$database = "database "; 
$username = "username";
$password = "password "; 

$conn = mysqli_connect($servername, $username, $password, $database);

if ($conn->connect_error) {
   die("Connection failed: " . $conn->connect_error);
}
mysqli_set_charset($conn, "utf8");
?>

А как посмотреть что происходит в системе когда оно начинает тупить?

Написано более двух лет назад

Дмитрий @iMedved2009

Богдан Кучерук, ну я бы воспользовался командами htop, atop, и прочей белибердой. Но что делать в случае с опенсервом на винде - вообще без понятия.

Написано более двух лет назад
Богдан Кучерук @TerritoryOfPeace Автор вопроса

Дмитрий, у меня проблемы с сайтом на вебхостинге. На OpenServer с ним все нормально.

Написано более двух лет назад
Дмитрий @iMedved2009

Богдан Кучерук, ну а ssh доступ к нему есть? а хостинг shared? Если shared дык вам просто могут резать ресурсы что бы вы со своим сайтом не наглели.

Написано более двух лет назад
Богдан Кучерук @TerritoryOfPeace Автор вопроса

Дмитрий, shared

Написано более двух лет назад
Дмитрий @iMedved2009

Богдан Кучерук, ну дык напишите в поддержку опишите ситуацию. вангую что либо вам режут ресурсы, либо рядом с вами лежит что то тяжелое которое в такие моменты жрет ваши ресурсы.

Написано более двух лет назад
Богдан Кучерук @TerritoryOfPeace Автор вопроса

Дмитрий, с кодом все в порядке, да?

Написано более двух лет назад
Дмитрий @iMedved2009

Богдан Кучерук, нет. С кодом плохо. Стоит освоить подготовленные выражения и никогда не использовать конструкции типа userkey = '$userkey', или LIMIT ".$startFrom.". Не говоря о том что вообще не понятно откуда userkey берется - в коде нет инициализации этой переменной.

Написано более двух лет назад
Богдан Кучерук @TerritoryOfPeace Автор вопроса

Дмитрий, ajax передает userkey вместе с переменной startfrom)
А чем они отличаются?

Написано более двух лет назад
Дмитрий @iMedved2009

Богдан Кучерук, ну если он передается вместе с переменной startfrom значит вы опять привели не тот код что выполняется на сервере. Редкостная глупость. Зачем вы 2 раза приводите код отличный от того что на сервере? Причина этого в чем?

Они отличаются тем что ваш код без них ваш код решето. Внезапно в переменных startFrom и userkey, я могу отправлять не чиселки и строчки, а запросы SQL и смотреть те вещи которые бы вы показывать не хотели.

В случае с prepared statement у меня такое получится примерно никогда. Ибо запрос и данные передаются отдельно.

Написано более двух лет назад
Богдан Кучерук @TerritoryOfPeace Автор вопроса

Дмитрий, я переделал с PDO и ничего не изменилось.

Написано более двух лет назад
Дмитрий @iMedved2009

Богдан Кучерук, а PDO не решает проблему с падением сервера. Она решает проблему в sql injection, да и то только при использовании prepared statement.
Ваша проблема может решиться либо мониторингом происходящего в момент тормозов, просмотров логов, собственным логированием, чем угодно - но не использованием PDO.

Написано более двух лет назад
Богдан Кучерук @TerritoryOfPeace Автор вопроса

Дмитрий, решил проблему сменой LIMIT с 4 на 48

Написано более двух лет назад

Rise, но это происходит именно когда эта функция работает много раз.
а индексы простите на что вы добавили?
Дмитрий, на все таблицы по которым идет выборка из БД.
Богдан Кучерук, это глупое решение. во-первых индексы добавляются на поля в таблицы, и только на те которые нужны. Захерачить все индексами - может утяжелить запросы, а не ускорить.
во вторых, в вашем запросе SELECT * FROM articles DESC LIMIT ".$startFrom.", 4" - вообще не понятно. DESC чего?
Дмитрий, я добавил индексы только там где они нужны.
Там не такой код, я скинул упрощенный вариант.
Богдан Кучерук, там где они нужны, вы как определяли?
ну вы скинули упрощенный код, а ответ вы хотите не упрощенный?
Дмитрий, индексировал только те столбцы по которым идет выборка. Без индексов SELECT занимал 0.5 сек, после 0.0013. У меня всё работает на OpenServer очень хорошо. На хостинге тоже все отлично грузит. Вот только несколько AJAX запросов дропает сервер. И как решить эту проблему у меня понятия нет.

Вот полный запрос:

$sql = "SELECT * FROM youtube JOIN marketdata2 ON channelTitle=coin WHERE youtube.videoId NOT IN (SELECT videoId FROM watchedvideo WHERE userkey = '$userkey') ORDER BY `publishedAt` DESC LIMIT ".$startFrom.", 4";
Богдан Кучерук,
1. это тоже не совсем корректный вариант выбора - ибо если у индекс низкая кардинальность - есть шанс что планировщик на него положит болт.
2. А попробовать расставить логирование таймингов на скрипт и нагрузить его через какой нибудь ab не пробовали? или xdebug?
Дмитрий, на OpenServer все работает идеально. На хостинге тоже вроде ошибок никаких нет.
Может стоит переписать ajax стандартными функциями javascript? Это же обычная функция которая возвращает json строку, вообще не понимаю что там такого чтобы она дропала сервер.
Богдан Кучерук, openserver надо сжечь. вместе с теми кто его рекомендует - глупо тренироваться/разрабатывать на том что не имеет никакого отношения к продакшену.
причем тут js? у вас браузер дохнет? или бэк данные не отдает?
Дмитрий, согласен. Полгода занимался сайтом на OpenServer чтобы вчера оказалось что обычный AJAX запрос от 1 пользователя может дропнуть сервер)

Выходит что бэк данные не отдает. Но там тоже ничего особенного. Обычный запрос к бд. А если сразу 30-50 пользователей зайдет, он тоже упадет?)
Богдан Кучерук, ну если бэк не отдает - нахрена переписывать js? Что там есть и упадет ли он никто вам не скажет потому что вы код ниразу полностью не привели. Может у вас там вагон апдейтов с локами. Но судя по отсутствию подготовленных выражений ничего хорошего там явно нет. Логов тоже нет. - по этому ответ тоже упрощенный - у вас в php какие то косяки
вот весь php файл ajaxappendindex.php:

<?php include "db.php"; $startFrom = $_POST['startFrom']; $sql = "SELECT * FROM youtube JOIN marketdata2 ON channelTitle=coin WHERE youtube.videoId NOT IN (SELECT videoId FROM watchedvideo WHERE userkey = '$userkey') ORDER BY `publishedAt` DESC LIMIT ".$startFrom.", 4"; $res = mysqli_query($conn, $sql); $articles = array(); while ($row = mysqli_fetch_assoc($res)){$articles[] = $row;} echo json_encode($articles); ?>

Там больше ничего нет.
Богдан Кучерук,
1. в db.php только конфиги?
2. Вот эта функция - вероятнее всего вам нужна, что бы не обходить в цикле.
3. Ну тогда надо смотреть что в системе происходит в тот момент когда оно начинает тупить.
Дмитрий, db.php:

<?php $servername = "localhost"; $database = "database "; $username = "username"; $password = "password "; $conn = mysqli_connect($servername, $username, $password, $database); if ($conn->connect_error) { die("Connection failed: " . $conn->connect_error); } mysqli_set_charset($conn, "utf8"); ?>

А как посмотреть что происходит в системе когда оно начинает тупить?
Богдан Кучерук, ну я бы воспользовался командами htop, atop, и прочей белибердой. Но что делать в случае с опенсервом на винде - вообще без понятия.
Дмитрий, у меня проблемы с сайтом на вебхостинге. На OpenServer с ним все нормально.
Богдан Кучерук, ну а ssh доступ к нему есть? а хостинг shared? Если shared дык вам просто могут резать ресурсы что бы вы со своим сайтом не наглели.
Богдан Кучерук, ну дык напишите в поддержку опишите ситуацию. вангую что либо вам режут ресурсы, либо рядом с вами лежит что то тяжелое которое в такие моменты жрет ваши ресурсы.
Дмитрий, с кодом все в порядке, да?
Богдан Кучерук, нет. С кодом плохо. Стоит освоить подготовленные выражения и никогда не использовать конструкции типа userkey = '$userkey', или LIMIT ".$startFrom.". Не говоря о том что вообще не понятно откуда userkey берется - в коде нет инициализации этой переменной.
Дмитрий, ajax передает userkey вместе с переменной startfrom)
А чем они отличаются?
Богдан Кучерук, ну если он передается вместе с переменной startfrom значит вы опять привели не тот код что выполняется на сервере. Редкостная глупость. Зачем вы 2 раза приводите код отличный от того что на сервере? Причина этого в чем?

Они отличаются тем что ваш код без них ваш код решето. Внезапно в переменных startFrom и userkey, я могу отправлять не чиселки и строчки, а запросы SQL и смотреть те вещи которые бы вы показывать не хотели.

В случае с prepared statement у меня такое получится примерно никогда. Ибо запрос и данные передаются отдельно.
Дмитрий, я переделал с PDO и ничего не изменилось.
Богдан Кучерук, а PDO не решает проблему с падением сервера. Она решает проблему в sql injection, да и то только при использовании prepared statement.
Ваша проблема может решиться либо мониторингом происходящего в момент тормозов, просмотров логов, собственным логированием, чем угодно - но не использованием PDO.
Дмитрий, решил проблему сменой LIMIT с 4 на 48

Answer 1 · 2023-03-13 15:43:56

Возможно, проблема связана с тем, что на сервере исчерпывается память или другие ресурсы, которые необходимы для обработки запросов. Каждый раз, когда пользователь скроллит вниз, AJAX запрос отправляет новый запрос на сервер, который выполняет запрос к базе данных и возвращает результат. Если это происходит очень часто и быстро, то может быть нагрузка на сервере, особенно если на сервере запущено много других приложений или есть другие пользователи, которые используют те же ресурсы.

Также возможно, что проблема связана с настройками сервера или сетевыми настройками, которые могут ограничивать количество запросов или время выполнения запросов. В таком случае, вам может потребоваться настроить сервер.

Чтобы более точно определить причину проблемы, вам может потребоваться проверить журналы сервера, чтобы увидеть, есть ли какие-либо сообщения об ошибках или исключениях, которые могут помочь вам определить проблему.

Почему сервер падает через AJAX запросы?

Войдите на сайт