Конечно каша. Нет времени на систематическое изучение этой области. Но сказать "это не oracle тормозим, это ваше приложение" надо бы поскорее

Ну в смысле у всех не тормозит а у тебя тормозит. Кто то не правильно организовал хранение данных и потому тягает их тяжелыми запросами считая что дб должна заниматся сложными вычислениями и гадать на картах что бы плнять че ж тебе нада то.

Мне нет. Входящих соединений в 5 раз больше чет тредов java включая служебные треды weblogic. Jdbc pool не вырастает до вернего предела а болтается гдето посередине. Нагрузки на тестере и сервере приложений незаметно

Мне нет. Входящих соединений в 5 раз больше чет тредов java включая служебные треды weblogic. Jdbc pool не вырастает до вернего предела а болтается гдето посередине. Нагрузки на тестере и сервере приложений незаметно

Входящих соединений куда? Кто то решил всех клиентов напрямую в дб проключить?

База тоже не сказать чтоб сильно загружена

Входчщих в weblogic

Мне нет. Входящих соединений в 5 раз больше чет тредов java включая служебные треды weblogic. Jdbc pool не вырастает до вернего предела а болтается гдето посередине. Нагрузки на тестере и сервере приложений незаметно

Так а проблема то в чем? Я так понимаю веблоджик это обычный брокер.

Не полностью используются ресурсы серверов. Порядка 100 tps по современным меркам уровень микроволновки

Всем привет)

Тут общение по делу?

и без дела

Есть программисты?

/stat@combot

combot.org/chat/-1001045152752

Есть программисты?

У нас тут бесплатные консультации только по четным дням месяца

Но это не точно

?

Всех с 256 днем года!

Будьмо!

У нас тут бесплатные консультации только по четным дням месяца

У меня достаточный опыт в IT, я без консультаций могу обойтись.

У меня достаточный опыт в IT, я без консультаций могу обойтись.

Мядаль товарищу. Орден Сутолого. С закруткой на спине.

13-го же ?

Всех с 256 днем года!

У меня достаточный опыт в IT, я без консультаций могу обойтись.

Тогда делись опытом...

есть запрос: explain SELECT username, max(acctstarttime) AS last_session_start , IFNULL(MAX(acctstoptime), 0) AS last_session_end, SUM(acctinputoctets+acctoutputoctets) AS data_usage FROM radacct GROUP BY username ORDER BY max(acctstoptime) ASC;

| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+---------+------+---------------+------+---------+------+---------+---------------------------------+ | 1 | SIMPLE | radacct | ALL | NULL | NULL | NULL | NULL | 5564552 | Using temporary; Using filesort |

выполняется 15-20 секунд, в сторону какого индекса копать, если вообще он поможет?

чуется мне, что переписывать надо, т.к. "https://dev.mysql.com/doc/refman/5.7/en/order-by-optimization.html": The query uses ORDER BY with an expression that includes terms other than the index column name:

есть запрос: explain SELECT username, max(acctstarttime) AS last_session_start , IFNULL(MAX(acctstoptime), 0) AS last_session_end, SUM(acctinputoctets+acctoutputoctets) AS data_usage FROM radacct GROUP BY username ORDER BY max(acctstoptime) ASC;

Мне кажется или это немногим лучше ордер бай ранд?

я пробовал убирать max() из запроса - не помогает

хотя ...

create index i_username_acctstoptime on radacct (username,acctstoptime);

попробую вот с этим и без max()

Temporary и filesort

Он на винте сортирует

да это понятно ...

Во временном файле. Ибо памяти нет на весь набор

sort_buffer_size ?

собственно, это выборка из базы радиуса по клиентам - кто сколько скушал ...

сейчас попробую

Индекс по полю пили

Чуть чуть быстрее будет

Но вставка и апдейт будут тупить

у радиуса уже есть: PRIMARY KEY (`radacctid`), KEY username (`username`), KEY framedipaddress (`framedipaddress`), KEY acctsessionid (`acctsessionid`), KEY acctsessiontime (`acctsessiontime`), KEY acctuniqueid (`acctuniqueid`), KEY acctstarttime (`acctstarttime`), KEY acctstoptime (`acctstoptime`), KEY nasipaddress (`nasipaddress`)

Max убери

А так как вы делаете вы ее естественно заебете. И запрос индексы не цепанет

А бля. Вам батенька отдельную таблицу надо

Последние сессии держать

походу майнеры атмосферу перегрели своими фермами

летний дождь в сентябре

ппц

походу майнеры атмосферу перегрели своими фермами

Ага вот кто виноват. Подозреваю что это из за них стружка в коробке скоростей на 1.5 месячной машине

чо за машина и чо за коробка

мне вот поставщик дмрв бу походу привез дважды.

рассея блин

так и катаю с оторваным разъемом теперь. воздух порчу. клал на экологию

чо за машина и чо за коробка

Волво. I-shift

вульвы ж не ломаюца

Сказки

Новая. Только полтора месяца как с завода прикатила

это чо аналог дсг?

ффуууу

Понятия не имею что такое дсг

это чо аналог дсг?

Нет. Это 12 ступечатая роботизированная коробка производства волво

я человек испорченный гирдроавтоматом.

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

я человек испорченный гирдроавтоматом.

Гидроавтомат на дизеле и нагрузкой 65 тонн.. это примерно как муська на бигдате

имхо, из-за group by username проблемы ...

имхо, из-за group by username проблемы ...

ему агрегация последних сессий нужна. а не куча индексов в таблице сессий

ему агрегация последних сессий нужна. а не куча индексов в таблице сессий

Так может по времени выбирать

Так может по времени выбирать

он тогда юзеров упустит )

как не сделай все раком. ахаха

можно индекс правда сделать user, time

но это пиздец как по мне

ну и сначала max(time) выбрать а потом с этим селектом сджойнить таблицу сессий и выбрать еще раз

хотя не. тоже первый по максу будет косячным...

Интересные какие баталии тут были ? Если этот чат скормить ИИ - что он скажет?)

напрашивается отдельная табличка. Или матвью

ну и сначала max(time) выбрать а потом с этим селектом сджойнить таблицу сессий и выбрать еще раз

Нужно взять и написать ап в пару десяток строк. Берем каждого юзера и выбираем его сессии за сегодня. Если ноль то за вчера и так далее пока что то не вернется. Там ввбираем спмую последнию из вернувшихся. Перебираем всех юзверей. Отработает 20к юзверей секунды за 3

Нужно взять и написать ап в пару десяток строк. Берем каждого юзера и выбираем его сессии за сегодня. Если ноль то за вчера и так далее пока что то не вернется. Там ввбираем спмую последнию из вернувшихся. Перебираем всех юзверей. Отработает 20к юзверей секунды за 3

а чо именно за сегодня?

еслиб за сегодня этоб дико сократило выборку

откуда ты знаешь что ему надо "сегодня" а не вообще

напрашивается отдельная табличка. Или матвью

вот да. и ее можно парой простых тригеров корячить. и жить нормально

а чо именно за сегодня?

Понятия не имею как он складирует. Но я бы выбирал по юзеру. Делал сортировку по ид записи и брал последнию

ну это вариант хуй знает какая там селективность по юзеру

я думаю что плохая )

Вот в том и проблема что мы не знаем

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

и еще неизвестно, как настроен роутер у клиента. Если у него с инетом соединение on demand, то можем иметь over 9000 сессий в день на одного клиента

я так понимаю, это freeradius

и еще неизвестно, как настроен роутер у клиента. Если у него с инетом соединение on demand, то можем иметь over 9000 сессий в день на одного клиента

Поубивав бы

9к записей это фигня. Вопрос что нас в этих записях интересует.

там сейчас примерно 5mln записей

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

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

я опять тот ролик про пистолет вспомнил )

(:

там сейчас примерно 5mln записей

Фигня же.

я тоже так думаю. но 15-20 секунд на этот запрос