Как можно ускорить выполнение SQL запроса?

Владимир Рыжов,

Using where; Using index; - берётся индекс по product_id+prop_id, по нему выполняется фильтрация (отфильтровывается порядка 10 млн. записей) и подбор групп записей

Using temporary; - подобранные группы записей копируются во временную таблицу, ибо их тупо много, и по завершении будут посчитаны агрегаты

Using filesort - посчитанные агрегаты сортируются без использования индексов

Как можно ускорить выполнение SQL запроса?

Dmitry Bay Данный метод и указанный лимит - они получены в основном эмпирически. Хотя если долго разбираться с тонкими настройками оптимизатора, то там точно есть необходимая информация. Кто-то лет несколько этим даже озаботился, но у меня концов от этого материала не осталось.

Впрочем, достаточно просто по одной записи увеличивать количество значений в списке и сравнивать фактическое время выполнения и построенные планы выполнения запросов.

Почему адреса клиентов роутера начинаются не с нулей?

если руками назначить конкретный адрес

НИКОГДА не назначайте статические адреса в диапазоне выделения вручную. Используйте резервирование адресов по МАС-адресу.

Почему адреса клиентов роутера начинаются не с нулей?

Вообще по правилам 0 и 255 зарезервированные адреса

Вообще-то нет. Зарезервированные адреса - это самый первый (адрес самОй сети) и самый последний (адрес бродкаста сети) адреса. И они далеко не всегда 0 и 255...

Исключения - сети с масками /31 и /32, в них зарезервированных адресов нет по вполне очевидным причинам (и в связи со специальной технологией использования).

PS. Указанный раздел RFC говорит о классовых сетях. Что уже давным-давно и успешно игнорируется.

Почему адреса клиентов роутера начинаются не с нулей?

роутер берет рандомно любой адрес

Может брать. Но обычно - либо с начала, либо с конца диапазона выделяемых адресов. Вот чтобы именно рандомно - вообще ни разу не встречал.

Почему адреса клиентов роутера начинаются не с нулей?

Я выставил LAN:

ip: 10.0.0.0/8 (255.0.0.0)

А какой диапазон указан в настройках DHCP pool? Адреса будут выдаваться только из этого диапазона. Причём роутер имеет право выдать любой ещё не задействованный адрес. И некоторые модели начинают выдавать адреса с конца диапазона (например, у меня так себя ведёт один из Микротиков).

Как можно ускорить выполнение SQL запроса?

Угу... 85М записей, 20 критериев. Ты хоть прикинь, какой размер будет у такого представления...

Не заносятся данные в таблицу MySQL?

kakkaifuetdava1,

никакой ошибки нет как раз таки, все хорошо

Вы получаете своё "всё хорошо" не на выполнение запроса на MySQL-сервере, а на выполнение функции mysqli_query на стороне PHP. При любых проблемах с запросом вы всё равно получите "всё хорошо" - ведь функция выполнена штатно и без проблем, от сервера получено сообщение об ошибке, всё штатненько.

Не заносятся данные в таблицу MySQL?

Не надо жадничать.

Первым делом - сохраните собираемый текст запроса в переменную

$sql_text = "INSERT INTO `users` (`id`, `full_name`, `login`, `email`, `password`) VALUES (NULL, '$full_name', '$login', '$email', '$password')";

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

Затем - обеспечьте получение и вывод сообщения о статусе операции (или сообщения об ошибке, если таковая приключилась).

Есть альтернатива роутеру или репитеру без подключения в электрическую розетку?

Опишите подробно, а лучше ещё и нарисуйте, имеющуюся схему размещения оборудования, с указанием, где что установлено, где есть проводной/беспроводной сигнал и куда его надо передавать, где проложены витые пары, и где есть возможность запитаться. Для беспроводных участков (где надо передать трафик, но нет витой пары) укажите также расстояние и наличие прямой видимости либо наличие помех.

Как отслеживать и выводить обновления базы данных?

mysql (как и любая другая реляционная СУБД) плохо заточена под event-driven архитектуру

Ну насчёт "любая" - наверное, излишне категорично. Скажем, в том же Постгрессе есть LISTEN/NOTIFY. Опять же многие СУБД позволяют подключать внешние модули, которые вполне себе способны генерировать и слать уведомления.

Также любая СУБД позволяет вместо запросов использовать хранимые процедуры, в которых организовывать внешними или, при наличии, встроенными средствами, отправку уведомлений о выполняемой операции.

Другое дело, что такая рассылка уведомлений не является назначением СУБД, забота которой - хранение и обработка данных. И, как и любая несвойственная любой системе работа, она выполняется не очень хорошо и с разными заморочками.

"Служба DHCP поставщика услуг Интернета работает неправильно", что я могу сделать чтобы это починить?

TheCross, я оказался прав - проблема на интерфейсе к провайдеру.

Полный текст ошибки выглядит так:

Jan 5 15:13:09 WAN Connection: ISP's DHCP did not function properly.

На сей раз в сообщении явно написано - ошибка на WAN-интерфейсе.

Так что с этими логами наперевес идите к провайдеру и требуйте исправления ошибки.

PS. Вообще можно было бы не постить на codepen, а просто найти ошибку в логе и скопировать сюда десяток строк текста.

"Служба DHCP поставщика услуг Интернета работает неправильно", что я могу сделать чтобы это починить?

Drno,

я так понял что проблема на клиенте

Автор говорит:

При заходе на 192.168.0.1 (а в моём случае так же asusrouter.com) на первой вкладке можно увидеть следующую картину в строке состояния интернета:
"Служба DHCP поставщика услуг Интернета работает неправильно."

То есть сообщение об ошибке отображается на веб-странице окна статуса роутера в веб-браузере на клиенте. То есть встроенный веб-сервер роутера корректно сформировал страницу, положил на неё в том числе и сообщение об ошибке (ясен пень своё, а не клиентское!), отослал её клиенту, который принял эту страницу и отрисовал на экране.

"Служба DHCP поставщика услуг Интернета работает неправильно", что я могу сделать чтобы это починить?

И ещё одно. Пишу отдельным комментарием, потому что рассматриваю другую причину.

Нам почему-то кажется, что проблема - между клиентом и роутером. Однако следует рассмотреть и случай, что на самом деле это проблема между роутером и провайдером. Ведь ошибка регистрируется не на клиенте, а на роутере!

В качестве эксперимента предлагаю:
- подключиться к роутеру кабелем
- отключить совсем WiFi
- поставить какой-либо из сервисов роутера на регулярное обращение в Инет (например, каждые 5 минут синхронизировать время с не-прововским стратумом)
- отключить комп от роутера на пару часов (то есть клиентов нет вообще, только сервисы самого роутера)
- подключиться кабелем и проверить в логах роутера, была ли эта ошибка в то время, когда на роутере клиентов не было

Если выяснится, что ошибка в логах присутствует - следует обращаться с проблемой к провайдеру. И в первую голову выяснять, а нет ли у них каких-либо ограничений (например, фильтрация по МАС). Кстати, мы даже не знаем, как именно роутер подключается к прову...

"Служба DHCP поставщика услуг Интернета работает неправильно", что я могу сделать чтобы это починить?

Drno, просто подобные фортели возможны в случае, если в эту беспроводную сеть влез ещё один DHCP-сервер. Грубо говоря, сосед развлекается... описанные мероприятия позволят попробовать его отодвинуть в сторону или хотя бы изменить временнЫе параметры получения адреса.

Я сильно сомневаюсь, что наблюдаемое - именно косяк встроенного DHCP. А 15 минут очень сильно напоминают установленные стандартом 75% от leased time, которое на WiFi по дефолту ставится на час... ведь DHCP Renew (request + ack) - не более чем часть от полного DHCP-обмена, и выполняется теми же процедурами, а начальное выделение адреса проходит без проблем. И сообщение "Служба DHCP поставщика услуг Интернета работает неправильно." не может быть выдано в ответ на не-получение DHCPACK, потому как это вполне себе штатная ситуация, то есть клиент ответ-то получает, вот только он какой-то сикомбрический. Соответственно 15 минут происходит чёрт те что, а потом клиент, после установленной стандартом череды неудач, запрашивает адрес полным порядком - и снова беспроблемно и корректно получает его на час.

Хотя и при обратной ситуации - когда кто-то пытается подсесть на имеющееся выделение,- навскидку всё тоже будет выглядеть похоже. В общем, чёрт его знает. Но мне кажется, что причина проблемы - внешняя.

"Служба DHCP поставщика услуг Интернета работает неправильно", что я могу сделать чтобы это починить?

DHCP клиент подключенный по витой паре - это что?

Это обычный компьютер, подключенный к роутеру по витой паре в LAN-порт, причём подключенный к роутеру сетевой интерфейс настроен на автоматическое получение всех настроек.

"Служба DHCP поставщика услуг Интернета работает неправильно", что я могу сделать чтобы это починить?

Первый раз это случилось сегодня, и по моим наблюдениям происходит это периодически (примерно раз в час и длится около 15 минут) и исчезает само по себе, а перезагрузка роутера, даже вручную (с кнопки на самом роутере) не помогает.

Как в это время ведёт себя DHCP-клиент, подключенный по витой паре? испытывает те же проблемы, или у него этой проблемы нет?

Первые рекомендации:

1) Сделать SSID скрытым, зажать по максимуму секьюрность, отключить упрощённые протоколы подключения
2) Сменить используемые частотные каналы
3) Увеличить время выделения адреса до 5 суток

Также рекомендую просканировать эфир и изучить логи роутера на предмет интерференций.

версия моей прошивки - 3.0.0.4.382_70870 не знаю - стоит ли её обновлять.

Читайте на сайте производителя, что исправлено/добавлено в новых прошивках. Если ничего действительно критичного - то не надо обновлять.

Как пойдет трафик по схеме?

Rsa97, на текущий момент у товарища только две камеры на 8 Мп (кстати, не факт, что на одном PoE-свиче). Да, если на одном коммутаторе соберётся три такие камеры, то и PoE-коммутаторы тоже придётся менять на гигабитные.

С другой стороны, может - не значит выдаёт. Опять же максимальное разрешение на самом деле нафиг не нужно.. у меня, скажем, тех камер три сотни, но 80% из них пишут исключительно субканал (у большинства - 720*400 или 720*480), большинство остальных пишет исключительно по движению. А потому средний поток трафика на видеосервере - 300 Мбит, т.е. фактически по мегабиту на камеру, а чтобы гигабит выбирался весь, я что-то ни разу не видел.

Как пойдет трафик по схеме?

Поскольку POE-свитчи у вас на 100M, то и канал от них до свитча 2 будет 100M, даже если вы туда поставите свитч на 1G.

И что? для 5 камер этого за глаза. Но главное, что матрица гигабитного коммутатора позволит все суммарные 200 мегабит, с обоих портов, от обоих PoE коммутаторов, передать на "видеорегистратор с монитором", и ещё останется.

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

Как вытащить одним запросом два уровня родителей?

Связать две копии таблицы...