Я унаследовал клиентский сайт с чрезвычайно большой базой данных без всякой причины. Существует умеренное количество контента и очень мало включенных модулей. Однако база данных слишком велика, чтобы ее можно было легко перемещать, и я хочу ее очистить.

Я очистил стандартные таблицы кеша, системный журнал и журнал доступа.

Есть ли другие таблицы, которые я могу безопасно обрезать на стандартном сайте Drupal?

Используйте модуль резервного копирования и переноса , он поставляется с хорошими настройками по умолчанию для пропуска ненужных данных . По умолчанию он создает резервную копию БД без кеша, сторожевого таймера и некоторых других таблиц.

Если это не поможет, взгляните на phpMyAdmin и скажите нам, в каких таблицах много записей.

Drupal 7 таблиц, которые можно исключить

Вот список таблиц в Drupal 7, которые вы можете либо очистить (чтобы уменьшить размер базы данных), либо безопасно исключить для выполнения миграции (как в вопросе о том, как уменьшить размер локально экспортируемой базы данных, чтобы обойти ограничение на импорт моего сервера? ):

• accesslog
• партия
• все таблицы, связанные с кешем, такие как:
  • кэш *
  • cache_block
  • cache_content
  • cache_filter *
  • cache_form
  • cache_calendar_ical
  • cache_menu *
  • cache_page *
  • cache_views
  • * _cache, такой как features_cache или views_data_object_export_cache
• ctools_views_cache
• ctools_object_cache
• devel_queries
• devel_times
• наводнение
• история
• очередь
• различные таблицы search_ *, такие как:
  • search_dataset
  • search_index
  • search_keywords_log
  • search_total
• семафор
• сессий
• сторожевая собака
• webform_submitted_data

Обычно таблицы, такие как search_indexи watchdogзанимающие много места в базе данных, поэтому простое удаление этих двух таблиц уже может иметь огромное значение.

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

Проверьте размер оставшихся таблиц и определите, какие из них являются самыми большими по размеру.

Как правило, вы можете найти таблицы сеансов, для которых нет процедуры очистки. Такие таблицы вы, вероятно, также можете исключить.

Модуль резервного копирования и миграции

Чтобы еще больше уменьшить сложность задачи, как описано в разделе « Как уменьшить размер локально экспортируемой базы данных, чтобы обойти ограничение импорта моего сервера? », Посмотрите также модуль « Резервное копирование и миграция ». Вот цитата со страницы проекта (здесь добавлена ​​жирная разметка):

Резервное копирование и восстановление базы данных, кода и файлов Drupal MySQL или миграция сайта между средами. Backup and Migrate поддерживает сжатие gzip, bzip и zip, а также автоматическое резервное копирование по расписанию.

С помощью Backup and Migrate вы можете создать дамп некоторых или всех ваших таблиц базы данных для загрузки файла или сохранения в файл на сервере или вне его, а также восстановить из загруженного или ранее сохраненного дампа базы данных. Вы можете выбрать, какие таблицы и какие данные для резервного копирования и кэширования данных исключены по умолчанию .

И даже больше: если ваша локальная среда (например, Win или Mac) отличается от ОС, на которой работает сервер вашего размещенного веб-сайта (например, Linux), то эти различия между ОС предполагают потенциальные дополнительные проблемы. У меня был хороший опыт использования модуля Backup and Migrate между различными операционными системами, который не вызывал проблем (работал нормально) в ситуациях, когда типичный экспорт / импорт MySql не удался раньше.

По моему опыту, я очищаю все таблицы «cache_ *».

• плюс "сторожевой таймер", если мне наплевать на прошлые логи Drupal
• плюс "accesslog", если меня не волнуют зарегистрированные пользователи
• плюс «поиск», если меня не волнует содержимое индексированных узлов

Иногда я запускаю этот SQL, чтобы следить за ростом верхних таблиц:

SELECT * 
FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_SCHEMA =  'yourdbnamehere'
ORDER BY table_rows DESC 

Сторожевой таймер и сеансы также могут быть очищены, имейте в виду, что все пользователи будут отключены.

С MySQL вы можете делать забавные вещи с программой mysqldump, чтобы экспортировать базу данных полностью или по частям. Например, это просто экспортирует структуру:

mysqldump -u root -pBatteryHorseStapleObviously -h some_host --no-data dbname > ~/dbname.sql

Затем вы можете использовать опцию «игнорировать таблицу» для дальнейшего экспорта данных, например,

mysqldump -u root -pBatteryHorseStapleObviously -h some_host --ignore-table=dbname.huge_table --ignore-table=dbname.massive_table --ignore-table=dbname.useless_table some_host >> ~/dbname.sql

Это помещает данные в конец более раннего файла, игнорируя некоторые массивные таблицы.

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

Вы загрузили файл перед загрузкой, или это глупый вопрос?

Используйте модуль OptimizeDB для очистки таблиц кеша. Администрирование базы данных также полезно.

Не забудьте иметь резервную копию баз данных.

не супер специалист по этому вопросу, но делиться своим опытом ... если вы не используете резервное копирование и перенастройку модуль и вручную экспортировать некоторые таблицы можно откачать / усечения бы watchdog, cache, cache_menu, cache_block, cache_content, так cache_formкак они могут содержать большое очистка кэшированного содержимого, которое, я полагаю, не повредит ... но опять же это мой опыт, и я не столкнулся с проблемами или потерей данных из-за этого.

Некоторые идеи:

• Совершенно другой подход заключается в создании RSS-каналов с использованием представлений данных, которые вы хотите сохранить. Затем создайте новую установку Drupal и импортируйте эти данные с помощью Feed API .
• И просто другой подход: наймите студента и позвольте ему / ей перенести данные вручную в вашу новую установку.
• Или вот это: расскажите подробнее о том, какие таблицы очень большие и в чем причина этого (если вы знаете).

Проверьте, example.drushrc.phpкакой список этих:

$options['structure-tables']['common'] = array('cache', 'cache_*', 'history', 'search_*', 'sessions', 'watchdog');
$options['skip-tables']['common'] = array('migration_*');

Их можно очистить с точки зрения перемещения базы данных между различными средами (особенно, когда вы работаете с большими базами данных ). Однако вам все равно нужно понимать, что вы очищаете.

Дополнительные таблицы, которые можно очистить:

• партия
• webform_submitted_data

Другие вещи, которые могут занимать довольно много места: - старые версии вашего контента (невозможно очистить с помощью простого усечения). - locales_source и locales_target. Если у вас есть языки, которые больше не используются, или переводы строк для модулей, которые вы больше не используете. Эти столы, кажется, никогда не убираются.