Ну есть 2 метода:

Метод 1: Известный метод переименования схемы базы данных - это сброс схемы с помощью Mysqldump и восстановление ее в другой схеме, а затем удаление старой схемы (при необходимости).

Из оболочки

mysqldump emp > emp.out mysql -e "CREATE DATABASE employees;" mysql employees < emp.out mysql -e "DROP DATABASE emp;"

Несмотря на то, что вышеупомянутый метод прост, это время и пространство. Что делать, если схема больше, чем 100 ГБ? . Существуют методы, с помощью которых вы можете объединить приведенные выше команды, чтобы сохранить их в пространстве, однако это не сэкономит время.

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

Метод 2: У MySQL есть очень хорошая функция для переименования таблиц, которые даже работают в разных схемах. Эта операция переименования является атомарной, и никто другой не может получить доступ к таблице при ее переименовании. Это займет короткое время, так как изменение имени таблицы или ее схемы - это только изменение метаданных. При выполнении переименования существует процедурный подход:

Создайте новую схему базы данных с нужным именем. Переименуйте таблицы из старой схемы в новую схему, используя команду "RENAME TABLE" MySQL. Отбросьте старую схему базы данных. If there are views, triggers, functions, stored procedures in the schema, those will need to be recreated too. MySQLs "RENAME TABLE" терпит неудачу, если в таблицах существуют триггеры. Чтобы исправить это, мы можем сделать следующее:

1) Dump the triggers, events and stored routines in a separate file. Это выполняется с использованием флагов -E, -R (в дополнение к -t -d, который сбрасывает триггеры) команде mysqldump. После того, как триггеры будут сброшены, нам нужно будет удалить их из схемы, чтобы команда RENAME TABLE работала.

Как использовать phpMyAdmin в WordPress

Если вы когда-либо устанавливали WordPress, вы знаете, что каждый сайт состоит из двух частей: файлов ядра и базы данных MySQL.

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

Поэтому важно знать, как позаботиться о данной части своего сайта. Один из самых популярных инструментов для этого – phpMyAdmin , и в этой статье мы подробно его рассмотрим. Однако для начала давайте проведем короткий экскурс по WordPress и базе данных.

Что находится в вашей базе данных MySQL?

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

В каждой сборке у вас будет много таблиц, создаваемых в БД WordPress – 11, если быть точными. Со временем плагины добавят к этим таблицам свои собственные, однако базовые таблицы всегда остаются теми же самыми:

wp_commentmeta – для метаданных комментариев wp_comments – все комментарии хранятся здесь wp_links – устарела; позволяет хранить информацию, введенную в раздел ссылок WordPress wp_options – все, что находится в разделе Параметры панели администратора, хранится в этой таблице wp_postmeta – метаданные записей wp_posts – данные для записей, страниц и навигационных пунктов wp_terms – в основном содержит информацию по таксономиям, таким как рубрики и метки wp_term_relationships – отношения между записями и таксономиями wp_term_taxonomy – описывает таксономии из таблицы wp_terms wp_usermeta – пользовательские метаданные wp_users – все пользователи

Как вы видите, они содержат все сырые данные вашего сайта — за вычетом стилизации, медиа-файлов и всего остального, что делает ваш сайт презентабельным для браузеров и пользователей. Это производится уже на стороне WordPress.