Подскажите кто нибудь, такой запрос в админке можно выполнить? а то там много скопилось

TRUNCATE TABLE core_file_logs

 

  On 15.01.2018 at 17:44, Helios said:

такой запрос в админке можно выполнить?

Да, но всегда делайте бэкап!

Делать запросы это ни в коем случае не выход. Выход - настройка ротации логов.

Я даже где-то об этом писал. 

 

Господа, таблица core_file_logs разрослась до 76708 записей, забившись всяким ненужным (?) мусором, который там перманентно хранится. Для всех остальных логов в админке имеются опции для автоочистки. Никак не могу найти опцию для автоочистки core_file_logs — такой опции в админке нет?

У меня на 3.4.6 база была 64 мега, после перехода на 4.2 стала 45, а теперь 2,5 гига - за три дня! Ужас какой-то сделал, всё, что выше описано, не помогает. Хоть ты назад на 3.4 возвращайся. Что делать, камрады?

  On 07.02.2018 at 22:23, detonix said:

Что делать, камрады?

Для начала смотреть, какие таблицы растут.

Странно, после описанных выше действий: запросов TRUNCATE TABLE и выставления автоочистки на 1 день (но прошло всего минут 10) база стала 85 мег. Буду отслеживать, какие таблицы растут. Тогда и спрошу. Спасибо за предыдущие посты, камрады. А то я перепугался вусмерть.

Что интересно, у хостера уменьшение показало только через минут 10-15 после описанных танцев с бубдном.

Не, ну реально крышу сносит. Как 85 мег могли превратиться в 2,6 гига?

  On 07.02.2018 at 22:40, detonix said:

Странно, после описанных выше действий: запросов TRUNCATE TABLE и выставления автоочистки на 1 день (но прошло всего минут 10) база стала 85 мег. Буду отслеживать, какие таблицы растут. Тогда и спрошу. Спасибо за предыдущие посты, камрады. А то я перепугался вусмерть.

Что интересно, у хостера уменьшение показало только через минут 10-15 после описанных танцев с бубдном.

Не, ну реально крышу сносит. Как 85 мег могли превратиться в 2,6 гига?

скорее всего таблицы ошибок растут, больше особо нечему

  On 08.02.2018 at 09:58, WOLF said:

скорее всего таблицы ошибок растут, больше особо нечему

Буду следить. Что увижу - сообщу. Со времени последнего моего соообщения (как пофиксилось) больше не база не разбухала. Так и стоит на 86 мегах. Подозреваю, что разбухла от экспериментов с назными плагинами, приложениями и темами. Тогда много всяких ошибок выскакивало.

Самая большая по объему у меня таблица core_search_index - 29 мег и еще 1 мег в колонке Overhead. За два дня база с 87 мег выросла до 88 мег. Похоже, за счет этой таблицы. Понаблюдаю еще, но ее как-то можно регулировать? Рост только за ее счет по мегу в день не радует.

core_search_index содержит поисковый индекс — по сути, дубли всех постов без тегов. Если хотите уменьшить размеры этой таблицы, то в админке можно выбрать индексирование не за всё время, а за определённый период, но тогда соответственно старые посты не будут находиться в поиске.

В 4.3 можно будет для поиска использовать Elasticsearch — в этом случае таблица core_search_index будет пустой.

Спасибо за разъяснение. Пока нет необходимости уменьшать размер. Это не 2,6 гига. )) А где в админке настраивается индексирование?

  On 09.02.2018 at 11:31, detonix said:

Спасибо за разъяснение. Пока нет необходимости уменьшать размер. Это не 2,6 гига. )) А где в админке настраивается индексирование?

Не могу найти. В каком это разделе - Настройки поиска?

В основном разделе, который открывается при входе в админку, смотри в боковом меню. Либо в поиске пиши «search» и тебе всё отобразится. Элементарно же.

  On 09.02.2018 at 21:30, detonix said:

Не могу найти. В каком это разделе - Настройки поиска?

Спасибо! Нашел. Просто у меня это несколько по-другому выглядит. Наверное версия другая (4.2).

https://i.imgur.com/mILmUy0.jpg

  On 10.02.2018 at 07:27, detonix said:

Спасибо! Нашел. Просто у меня это несколько по-другому выглядит. Наверное версия другая (4.2).

https://i.imgur.com/mILmUy0.jpg

скрины заливаются на форум

На сегодняшний день база даже уменьшилась с 88 до 86 мег. Т.е. движок ее сам оптимизирует. Похоже на то, что ее перед этим раздули до 2,6 гиг какие-то плагины. Есть подозрение, что чат. И, похоже, что помогла именно ручная оптимизация средствами phpMyAdmin.

У меня очень похожая беда, но только проблема в таблице ibf_core_cahe которая весит 22.5 гигов и содержит 99000 записей. Можно ли ее очистить?

Почистить кэш в админке, либо почистить таблицу в phpmyadmin. 

pcmist можно еще настроить очистку журналов, логов, на 5 или 10 дней. так же в админке.

система потом должна лишние очистить. и в базе.

  On 19.06.2018 at 20:03, Respected said:

Почистить кэш в админке, либо почистить таблицу в phpmyadmin. 

Помогло. База с 46 гигов на свои 22.5 уехала.

Спасибо за помощь.