E RENAME TABLE tbl_name TO new_tbl_name[, tbl_name2 TO new_tbl_name2,...]
Операция переименования должна осуществляться как атомарная, т.е. при
выполнении переименования никакому другому потоку не разрешается доступ к
указанным таблицам. Благодаря этому возможно замещение таблицы пустой
таблицей:
CREATE TABLE new_table (...);
RENAME TABLE old_table TO backup_table, new_table TO old_table;
Переименование производится слева направо. Таким образом, для обмена
именами между двумя таблицами необходимо выполнить следующие действия:
RENAME TABLE old_table TO backup_table,
new_table TO old_table,
backup_table TO new_table;
Для двух баз данных, находящихся на одном и том же диске, можно также
осуществлять обмен именами:
RENAME TABLE current_db.tbl_name TO other_db.tbl_name;
не должны иметь место заблокированные
таблицы или активные транзакции. Необходимо также иметь привилегии
- для новой.
Если MySQL сталкивается с какой-либо ошибкой при переименовании нескольких
таблиц, то произойдет обратное переименование для всех переименованных
таблиц, чтобы вернуть все в исходное состояние.
был добавлен в MySQL 3.23.23.

Начиная с MySQL 3.23.40 ошибка
выдается только в
случае, если
.
(see section ).
перед выходом.
(see section ).
Клиентская программа внезапно завершилась посреди передачи.
.
Когда пакет соединения содержит неверную информацию.
Когда пользователь не имеет привилегий для соединения с базой данных.
Когда пользователь использует неверный пароль.
секунд.
Обратите внимание: все перечисленное выше может свидетельствовать о
попытке взлома базы данных!
See section .
Ниже перечислены другие причины проблем, которые могут возникнуть с
оборванными клиентами или разорванными соединениями.
Использование как полудуплексного, так и полного дуплексного
Ethernet-протокола под Linux. Данная ошибка присутствует во многих
Linux-драйверах Ethernet. Выполните тест на данную ошибку - для этого
следует передать очень большой файл через ftp-соединение между этими двумя
машинами. Если передача проходит в режиме всплеск-пауза-всплеск-пауза ...,
то можно констатировать наличие дуплексного синдрома Linux. Единственное
решение проблемы - отключить как полу-, так и полнодуплексную передачу на
концентраторах и коммутаторах.
Некоторая проблема с библиотекой потоков, вызывающая прерывания при
чтении.
"Криво" сконфигурированный TCP/IP.
Дефектные Ethernet-карты, концентраторы, коммутаторы или кабели... Такие
проблемы можно как следует диагностировать только путем замены
оборудования.
слишком мала, или запросам требуется памяти больше,
чем было выделено для
(see section ).