Почему нельзя забывать чистить логи в Друпале

чистить логи

В "добровольно-принудительном" порядке провёл "эксперимент" с одним достаточно посещаемым (десятки тысяч уников в сутки) сайтом, где не отрабатывает cron (старые проблемы) и где обычно "вручную" чистил логи-кэши. Через пару месяцев получил доступ в phpmyadmin и вот первая десятка набежавших логов-кэшей:

Таблица Записи Размер
Фрагментировано
accesslog 14443257 2.7 ГБ
 
cache_form 154906 1.6 ГБ
 
updown_tokens 9086392 1.1 ГБ
 
sessions 3789222 0.9 ГБ
 
cache_similarterms 21984 523.6 МБ
 
cache_filter 352789 260.3 МБ
 
cache_page 249 189.9 МБ
185.3 МБ
cache_menu 70289 189.3 МБ
 
votingapi_cache 573724 69.7 МБ
 
cache_content 35676 4.0 МБ
 
   
 
Всего 31263934 8.0 ГБ
185.5 МБ

Правда это "ещё" Drupal 6 (плюс отключён watchdog, потому его нет в списке), однако можно "учесть на будущее", увидев "главных виновников" разбухающих таблиц.

Комментарии

А как чистить логи-кэши в Друпал7? С этим я что-то пока вообще не сталкивался.

А accesslog чистить в смысле просто очищать таблицу и все?

Да. Только не промахнитесь, именно очистка (TRUNCATE), а не удаление (DROP).

Добавить комментарий