Название: Косяк в статистике Отправлено: nops от 05 Января 2012, 15:43:38 Собственно это продолжается с 2010 года, как видите на скрине.
Что за фигня и как это исправить. Частично пропал 2010 год, а так же почти полностью пропал 2011 год... помогите решить проблему... И можно было бы наверное вообще похерить или сделать так, чтобы все что старше 6 месяцев не отображалось. Название: Re: Косяк в статистике Отправлено: Elisium от 05 Января 2012, 15:45:45 А реально соответствующие таблицы в БД есть?
Не повреждены ? п.с. правда, у меня тоже чето похожее есть.. хз чего, не обращал внимания вообще. Название: Re: Косяк в статистике Отправлено: nops от 05 Января 2012, 15:49:00 А реально соответствующие таблицы в БД есть? Ну вообще-то были, там очень много таблиц и у меня вроде как проблем с таблицами небыло. если что-то происходит, то я myslcheck -A --auto-repair -u root -pНе повреждены ? Давайте мнесте посмотрим. Что показать?! Название: Re: Косяк в статистике Отправлено: Elisium от 05 Января 2012, 15:50:36 Я там выше немного поправил пост.
Тоже вижу чтото похожее, но почему - хз, ибо никто у нас туда вообще не заглядывает, поэтому вопросов не возникало ... п.с. Попробовал изменить дату в урле статистики - пишет, что "на ..... статистика отсутствует. Выберите слева в меню день, на который хотите просмотреть статистику." У меня выставлено хранить статистику 60 дней. И за 60 дней она есть по всем дням. Остальное - это походу СТАРЫЕ таблицы не удалились ... Название: Re: Косяк в статистике Отправлено: nops от 05 Января 2012, 15:54:42 Я там выше немного поправил пост. да да, я видел исправления.Тоже вижу чтото похожее, но почему - хз, ибо никто у нас туда вообще не заглядывает, поэтому вопросов не возникало ... Но все таки. вопроса пожалуй три: 1. Как это поправить? 2. Как заставить показывать только последние 6 месяцев? 3. Как автоматом удалять месяцы, которые устарели, ну скажем более года? (или не стоит удалять?) Название: Re: Косяк в статистике Отправлено: Elisium от 05 Января 2012, 16:00:06 Опять поправил пост ))))
1. Посмотрите соответствующие таблице в базе напрямую. Есть ли они вообще ? Если есть, сильно ли отличаются размером от таблиц за нормальные дни, которые есть в статистике ? Возможно, autorepair их немного "укоротил" )) 2. Именно ПОКАЗЫВАТЬ - хзю Может, просто устроит п.п. 3 ? 3. Операции - Настройки - Ядро - Сколько суток хранить статистику по трафику - тут выставить нужное значение. Название: Re: Косяк в статистике Отправлено: nops от 05 Января 2012, 16:18:32 Опять поправил пост )))) Посмотрел.1. Посмотрите соответствующие таблице в базе напрямую. Есть ли они вообще ? Если есть, сильно ли отличаются размером от таблиц за нормальные дни, которые есть в статистике ? Возможно, autorepair их немного "укоротил" )) 2. Именно ПОКАЗЫВАТЬ - хзю Может, просто устроит п.п. 3 ? 3. Операции - Настройки - Ядро - Сколько суток хранить статистику по трафику - тут выставить нужное значение. действительно в БД нет некоторых таблиц, именно тех, которых и не хватает. в настройках ядра выставлено 31. но все таки, как сделать так, чтобы они не пропадали и показывались только за последние 6 месяцев... Название: Re: Косяк в статистике Отправлено: Efendy от 05 Января 2012, 18:10:30 Ссылки на даты формируются исключительно по существованию таблиц с трафиком в конкретный день. Подропай таблицы за 2010й год и ссылок не будет
Название: Re: Косяк в статистике Отправлено: Efendy от 05 Января 2012, 20:42:57 таблицы сами по себе не теряются. Ядро каждый вечер после 20 часов удаляет таблицы, которые ему и предписано удалять - берет параметр "количество дней хранения статистики", отнимает от текущего дня и удаляет таблицу попавшую в этот день. Чтобы статистика хранилась 6 месяцев, нужно параметр установить в значение 30.5 * 6 = 183 дня, после чего смотреть чтобы не кончилось место на винте
Название: Re: Косяк в статистике Отправлено: nops от 05 Января 2012, 22:42:33 таблицы сами по себе не теряются. Ядро каждый вечер после 20 часов удаляет таблицы, которые ему и предписано удалять - берет параметр "количество дней хранения статистики", отнимает от текущего дня и удаляет таблицу попавшую в этот день. Чтобы статистика хранилась 6 месяцев, нужно параметр установить в значение 30.5 * 6 = 183 дня, после чего смотреть чтобы не кончилось место на винте спасибо, исчерпывающе.а теперь подскажите. сколько места будет занимать месяц трафика(детализация в статистике) при нагру0зке в 50-70% от 45Мбит канала(канал средний, т.е. 30/60, соответственно день/ночь) Название: Re: Косяк в статистике Отправлено: Efendy от 06 Января 2012, 00:14:17 Величина трафика ни о чем не говорит. В основном надо учитывать количество потоков. Может варьироваться от торенщиков - создают много потоков, один "хороший" торенщик заменит несколько десятков обычных клиентов. Ну, можешь пальцем в небо принять, скажем 2-3 гб в месяц. А лучше просто посмотри в /var/db/mysql/bill размер z-таблицы за какой-нить день
Название: Re: Косяк в статистике Отправлено: elite от 06 Января 2012, 03:01:33 таблицы сами по себе не теряются. Ядро каждый вечер после 20 часов удаляет таблицы, которые ему и предписано удалять - берет параметр "количество дней хранения статистики", отнимает от текущего дня и удаляет таблицу попавшую в этот день. Чтобы статистика хранилась 6 месяцев, нужно параметр установить в значение 30.5 * 6 = 183 дня, после чего смотреть чтобы не кончилось место на винте а почему после 20 часов? это же по идее час пик, лишняя нагрузкалучше уж утром или ночью это делать ) Название: Re: Косяк в статистике Отправлено: nops от 06 Января 2012, 10:55:51 Да, вот еще что.
чтобы убрать весь 2010 год, мне нужно в БД дропнуть ВСЕ таблицы, с указанием 2010, или только какие-то особенные? Там есть s, есть t и так далее. Какие дропнуть? Название: Re: Косяк в статистике Отправлено: Efendy от 06 Января 2012, 11:11:59 таблицы сами по себе не теряются. Ядро каждый вечер после 20 часов удаляет таблицы, которые ему и предписано удалять - берет параметр "количество дней хранения статистики", отнимает от текущего дня и удаляет таблицу попавшую в этот день. Чтобы статистика хранилась 6 месяцев, нужно параметр установить в значение 30.5 * 6 = 183 дня, после чего смотреть чтобы не кончилось место на винте а почему после 20 часов? это же по идее час пик, лишняя нагрузкалучше уж утром или ночью это делать ) Название: Re: Косяк в статистике Отправлено: Efendy от 06 Января 2012, 11:13:42 Да, вот еще что. все дропай (клавиша "вверх" в консоли Mysql работает, на всяк случай)чтобы убрать весь 2010 год, мне нужно в БД дропнуть ВСЕ таблицы, с указанием 2010, или только какие-то особенные? Там есть s, есть t и так далее. Какие дропнуть? Название: Re: Косяк в статистике Отправлено: Efendy от 06 Января 2012, 11:14:49 в связи с этим придумал новый модуль, думаю будет всем интересен. это можно сделать sh-скриптом, который нормальный админ напишет за 10 минутМодуль должен: 1. Каждое 1-е число месяца, должен делать бекат только таблиц с трафиком и детализацией и складывать в отдельную папку. 2. По истечении указанного времени, модуль должен удалять старый бекапы с месячной детализацией трафика Название: Re: Косяк в статистике Отправлено: nops от 06 Января 2012, 11:33:35 Да, вот еще что. все дропай (клавиша "вверх" в консоли Mysql работает, на всяк случай)чтобы убрать весь 2010 год, мне нужно в БД дропнуть ВСЕ таблицы, с указанием 2010, или только какие-то особенные? Там есть s, есть t и так далее. Какие дропнуть? в связи с этим придумал новый модуль, думаю будет всем интересен. это можно сделать sh-скриптом, который нормальный админ напишет за 10 минутМодуль должен: 1. Каждое 1-е число месяца, должен делать бекат только таблиц с трафиком и детализацией и складывать в отдельную папку. 2. По истечении указанного времени, модуль должен удалять старый бекапы с месячной детализацией трафика P.S. Мне просто лень ;) |