Косяк в статистике

[nops]

Собственно это продолжается с 2010 года, как видите на скрине.
Что за фигня и как это исправить.
 
Частично пропал 2010 год, а так же почти полностью пропал 2011 год...
помогите решить проблему... И можно было бы наверное вообще похерить или сделать так, чтобы все что старше 6 месяцев не отображалось.

[Elisium]

А реально соответствующие таблицы в БД есть?
Не повреждены ?
п.с. правда, у меня тоже чето похожее есть.. хз чего, не обращал внимания вообще.

[nops]

А реально соответствующие таблицы в БД есть?
Не повреждены ?

Ну вообще-то были, там очень много таблиц и у меня вроде как проблем с таблицами небыло. если что-то происходит, то я myslcheck -A --auto-repair -u root -p
Давайте мнесте посмотрим. Что показать?!

[Elisium]

Я там выше немного поправил пост.
Тоже вижу чтото похожее, но почему - хз, ибо никто у нас туда вообще не заглядывает, поэтому вопросов не возникало ...

п.с. Попробовал изменить дату в урле статистики - пишет, что "на ..... статистика отсутствует. Выберите слева в меню день, на который хотите просмотреть статистику."
У меня выставлено хранить статистику 60 дней. И за 60 дней она есть по всем дням.
Остальное - это походу СТАРЫЕ таблицы не удалились ...

[nops]

Я там выше немного поправил пост.
Тоже вижу чтото похожее, но почему - хз, ибо никто у нас туда вообще не заглядывает, поэтому вопросов не возникало ...

да да, я видел исправления.
Но все таки.
вопроса пожалуй три:
1. Как это поправить?
2. Как заставить показывать только последние 6 месяцев?
3. Как автоматом удалять месяцы, которые устарели, ну скажем более года? (или не стоит удалять?)

[Elisium]

Опять поправил пост ))))
1. Посмотрите соответствующие таблице в базе напрямую. Есть ли они вообще ?
Если есть, сильно ли отличаются размером от таблиц за нормальные дни, которые есть в статистике ?
Возможно, autorepair их немного "укоротил" ))
2. Именно ПОКАЗЫВАТЬ - хзю Может, просто устроит п.п. 3 ?
3. Операции - Настройки - Ядро - Сколько суток хранить статистику по трафику - тут выставить нужное значение.

[nops]

Опять поправил пост ))))
1. Посмотрите соответствующие таблице в базе напрямую. Есть ли они вообще ?
Если есть, сильно ли отличаются размером от таблиц за нормальные дни, которые есть в статистике ?
Возможно, autorepair их немного "укоротил" ))
2. Именно ПОКАЗЫВАТЬ - хзю Может, просто устроит п.п. 3 ?
3. Операции - Настройки - Ядро - Сколько суток хранить статистику по трафику - тут выставить нужное значение.

Посмотрел.
действительно в БД нет некоторых таблиц, именно тех, которых и не хватает.
в настройках ядра выставлено 31.
но все таки, как сделать так, чтобы они не пропадали и показывались только за последние 6 месяцев...

[Efendy]

Ссылки на даты формируются исключительно по существованию таблиц с трафиком в конкретный день.  Подропай таблицы за 2010й год и ссылок не будет

[Efendy]

таблицы сами по себе не теряются. Ядро каждый вечер после 20 часов удаляет таблицы, которые ему и предписано удалять - берет параметр "количество дней хранения статистики", отнимает от текущего дня и удаляет таблицу попавшую в этот день. Чтобы статистика хранилась 6 месяцев, нужно параметр установить в значение 30.5 * 6 = 183 дня, после чего смотреть чтобы не кончилось место на винте

[nops]

таблицы сами по себе не теряются. Ядро каждый вечер после 20 часов удаляет таблицы, которые ему и предписано удалять - берет параметр "количество дней хранения статистики", отнимает от текущего дня и удаляет таблицу попавшую в этот день. Чтобы статистика хранилась 6 месяцев, нужно параметр установить в значение 30.5 * 6 = 183 дня, после чего смотреть чтобы не кончилось место на винте

спасибо, исчерпывающе.
а теперь подскажите. сколько места будет занимать месяц трафика(детализация в статистике) при нагру0зке в 50-70% от 45Мбит канала(канал средний, т.е. 30/60, соответственно день/ночь)

[Efendy]

Величина трафика ни о чем не говорит. В основном надо учитывать количество потоков. Может варьироваться от торенщиков - создают много потоков, один "хороший" торенщик заменит несколько десятков обычных клиентов. Ну, можешь пальцем в небо принять, скажем 2-3 гб в месяц. А лучше просто посмотри в /var/db/mysql/bill размер z-таблицы за какой-нить день

[elite]

таблицы сами по себе не теряются. Ядро каждый вечер после 20 часов удаляет таблицы, которые ему и предписано удалять - берет параметр "количество дней хранения статистики", отнимает от текущего дня и удаляет таблицу попавшую в этот день. Чтобы статистика хранилась 6 месяцев, нужно параметр установить в значение 30.5 * 6 = 183 дня, после чего смотреть чтобы не кончилось место на винте

а почему после 20 часов? это же по идее час пик, лишняя нагрузка
лучше уж утром или ночью это делать )

[nops]

Да, вот еще что.
чтобы убрать весь 2010 год, мне нужно в БД дропнуть ВСЕ таблицы, с указанием 2010, или только какие-то особенные?
Там есть s, есть t и так далее. Какие дропнуть?

[Efendy]

таблицы сами по себе не теряются. Ядро каждый вечер после 20 часов удаляет таблицы, которые ему и предписано удалять - берет параметр "количество дней хранения статистики", отнимает от текущего дня и удаляет таблицу попавшую в этот день. Чтобы статистика хранилась 6 месяцев, нужно параметр установить в значение 30.5 * 6 = 183 дня, после чего смотреть чтобы не кончилось место на винте

а почему после 20 часов? это же по идее час пик, лишняя нагрузка
лучше уж утром или ночью это делать )

а ты не смотрел камент в коде? Дропнуть таблицу обычно не очень большая нагрузка - мускул просто удаляет файл и все.

[Efendy]

Да, вот еще что.
чтобы убрать весь 2010 год, мне нужно в БД дропнуть ВСЕ таблицы, с указанием 2010, или только какие-то особенные?
Там есть s, есть t и так далее. Какие дропнуть?

все дропай (клавиша "вверх" в консоли Mysql работает, на всяк случай)