Сотни тысяч записей которые постоянно меняются, и тысячи запросов в секунду к этим данным.
Переработать никак.
Есть грубо говоря 2 таблицы с данными, нужно взять из одной значение и проверить нет ли этого значения во второй. И вывести исключения
Vitsliputsli, совершенно не понятно, видно что запросы апдйета виснут и за ним все остальные.
редис и nosql методы мы используем, но в данном случае никак. только через базу.
Проблем с производтельностью я думаю нет. Пакетно 30к в секунду свободно принимает. Проблема с basic_publish именно когда по 1 мессаге в цикле шлет, больше 25в секунду скорость не поднимается, соответственно и скрипт который это делает выполняется долго
id select_type table type possible_keys key key_len ref rows Extra
1 PRIMARY task range stat_task,getlist_bot,getlist_bot_id getlist_bot_id 6 \N 1539 Using where
2 DEPENDENT SUBQUERY flow index_subquery user_url_executor user_url_executor 8 func,const 1 Using index; Using where
rPman, по поводу квадрата.
Ведь я правильно понимаю, он обе таблицы полностью обрабатывает. А limit обрезает уже готовый результат. Или ошибаюсь? От чего тогда нагрузка
rPman, перенесли на сколько это возможно. Но осталось то что перенести пока нереально.
Сортировка по таск айди, такая логика приложения. Сначала выдаем старые задания.
Переработать никак.
Есть грубо говоря 2 таблицы с данными, нужно взять из одной значение и проверить нет ли этого значения во второй. И вывести исключения