Golthana

Предлагаете разбить ее по неделям, например? Дело в том, что на данный момент в таблице данные только со второго числа сего месяца

required more than 'innodb_online_alter_log_max_size' bytes of modification log. Please try again Ошибка по время создание индекса

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

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

Индекс еще создается... Так что позже сделаю Переменные stardate и enddate имеют значение ГГГГ-мм-дд (2016-06-06)

| Table | Create Table

Создаю два индекса. Процесс задумался, видимо время надо) Потом сравню результат. SELECT FROM_UNIXTIME(unix_secs), srcaddr, (SUM(doctets)/1024)/1024 as 'doctets' FROM raw WHERE srcaddr = '".$ip."' AND FROM_UNIXTIME(unix_secs) between '".$startdate."' AND '".$enddate."' GROUP BY FROM_UNIXTIME(unix_secs); Такой запрос имелся ввиду?

Нет А ссылку на документацию по этому поводу можно? Или в двух словах?

Например? Нет. В какой-то статье прочитал. Поскольку в mysql несилен, то не могу оценить правильность введенного запроса

CREATE INDEX ip ON raw(srcaddr); и CREATE INDEX date ON raw(unix_secs) ТАК? А запрос поменяется от этого? Движок таблицы уже уже сменил

SELECT FROM_UNIXTIME(unix_secs), srcaddr, (SUM(doctets)/1024)/1024 as 'doctets' FROM raw WHERE srcaddr = '".$ip."' AND DATE_FORMAT(FROM_UNIXTIME(unix_secs), '%Y-%m-%d') between '".$startdate."' AND '".$enddate."' GROUP BY DATE_FORMAT(FROM_UNIXTIME(unix_secs), '%Y-%m-%d') Вот весь запрос

Их на каждый столбец прописывать?

Спасибо. Сейчас попробую

Вот структура: mysql> show create table raw; +-------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

mysql> EXPLAIN SELECT * FROM raw; +----+-------------+-------+------+---------------+------+---------+------+-----------+-------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+-------+------+---------------+------+---------+------+-----------+-------+ | 1 | SIMPLE | raw | ALL | NULL | NULL | NULL | NULL | 820510737 | NULL | +----+-------------+-------+------+---------------+------+---------+------+-----------+-------+ 1 row in set (0.01 sec)

Да. Запускал, выполнил рекомендации. Все равно выполнение запроса = 10 минутам. При том, что select COUNT(*) from 'table_name'; Делается быстро.

Извините, если в в той теме. Вопрос по оптимизации работы mysql. Есть таблица, в которой хранится netflow. Любой запрос выполняется 10 мин. Как диагностировать проблему?

Можно завернуться, но это будет квалифицироваться как видоизменение информации о ресурсе, что запрещено законодательством РФ. Если это чисто для того, чтобы перенаправлять должников, то оно того не стоит.

Спасибо

jcomm, не могли бы Вы объяснить что даст для пользователей Ubilling управление деревом очередей. Это альтернатива обычным очередям или дополнение. Заранее спасибо.

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

Зря Вы так думаете. Если учитывать тот факт, что продукт полностью бесплатный и над ним работает не так много людей, то сам проект достаточно быстро развивается. Попробуйте использовать FreeRadius вместо предложенного API

Сектора НАСы? Может быть, если это вся сеть. Но, мне кажется, что проще было реализовать ACL на беспроводной интерфейс. На одном секторе выключили абонента, на втором - включили.

DarkSpider, спасибо