База данных стала весить 8 гигов
Подскажите какие таблицы в базе MySQL можно почистить?
А то база уже весит 8 гигов! Есть таблицы в базе: cache_extensions - размер 12,2 мб cache_imagesizes - 10,5 мб sys_log- 220 мб cache_pages - 48 кб Какие из них можно почистить? CMS TYPO3 версии 4.7 И подскажите как узнать что в таблице так много весит, а то смотрю в phpmyadmin где столбец размер внизу пишет всего 320 мб, а на хостинге 8 гигов? |
смотрите InnoDB таблицы
cache_* cf_cache_* sys_history sys_log tx_realurl_chashcache tx_realurl_pathcache tx_realurl_urldecodecache tx_realurl_urlencodecache |
И придется пресоздать таблицу - сделать дамп, удалить таблицу и создать ее заново из сделанного дампа.
Это особенность Inno... Все делается быстро в Sypex Dumper - не сочтите за рекламу, но действительно удобный и нужный инструмент. |
Цитата:
-- Если TYPO3 - не перегружена различными расширениями - то Ваша база будет весит (если сайт до 1000 страниц) - примерно 10 Мб. Запрос актуален для TYPO3 4.7.10-14! PHP код:
|
Цитата:
Использовал всего один запрос TRUNCATE TABLE sys_log и размер на хостинге уменьшился до несколько мб. |
Цитата:
|
У меня на одном из сайтов постоянно увеличивается размер таблицы cache_pages. Последний раз таблица достигла размера 37Gb :(
Почистил, восстановил из дампа и снова наблюдаю устойчивый рост размера таблицы... Есть ли вариатны сдерживания этого роста в разумных пределах? Или только настройка очистки по крону? |
А на сколько сам сайт-то большой?
"Сдержать кэширование" - если сайт уже запрограммирован - будет скорее - "переделывать много - чем пользы от этого"... |
Цитата:
Посещаемость пока что ничтожная. Возможно проблема в том, что магазинный экст уже был написан когда я подключился к проекту, и я только дорабатывал его. Очень не хочется переписывать этот магазин, хотя судя по его коду и по тому, что в нем изначально мало что работало - вполне возможный вариант :( |
Цитата:
Наверное есть причина... (может быть там очень много ссылок с useCacheHash) Наверное все таки самое постое это сбор мусора кэширования по CRON. |
Часовой пояс GMT +4, время: 17:08. |
Работает на vBulletin® версия 3.8.1.
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Перевод: zCarot