Просто использование предложения partition_options с ALTER TABLE для таблицы с разбиением перераспределяет таблицу в соответствии со схемой разбиения, определенной partition_options. Это предложение всегда начинается с PARTITION BY и следует той же синтаксической структуре и другим правилам, что и предложение partition_options для CREATE TABLE (подробнее см. Раздел 13.1.18, «CREATE TABLE Statement»), и также может быть использовано для разбиения существующей таблицы, которая еще не разбита. Например, рассмотрим (неразбитую) таблицу, определённую следующим образом:

CREATE TABLE t1 (
    id INT,
    year_col INT
);

Эту таблицу можно разбить на HASH, используя столбец id в качестве ключа разбиения, на 8 частей с помощью следующего оператора:

ALTER TABLE t1
    PARTITION BY HASH(id)
    PARTITIONS 8;

MySQL поддерживает опцию ALGORITHM с [SUB]PARTITION BY [LINEAR] KEY. ALGORITHM=1 заставляет сервер использовать те же функции хеширования ключей, что и MySQL 5.1, при расчете расположения строк в разделах; ALGORITHM=2 означает, что сервер использует функции хеширования ключей, реализованные и используемые по умолчанию для новых KEY разбиений таблиц в MySQL 5.5 и более поздних версиях. (Разбитые таблицы, созданные с функциями хеширования ключей, используемыми в MySQL 5.5 и более поздних версиях, не могут использоваться сервером MySQL 5.1.) Отсутствие указания опции имеет тот же эффект, что и использование ALGORITHM=2. Эта опция предназначена в основном для использования при обновлении или переходе с [LINEAR] KEY разбитых таблиц между MySQL 5.1 и более поздними версиями MySQL или для создания таблиц, разбитых по KEY или LINEAR KEY на сервере MySQL 5.5 или более поздних версиях, которые могут использоваться на сервере MySQL 5.1.

Чтобы обновить KEY разбитую таблицу, созданную в MySQL 5.1, сначала выполните SHOW CREATE TABLE и обратите внимание на точные столбцы и количество разделов, показанных. Теперь выполните оператор ALTER TABLE, используя точно тот же список столбцов и количество разделов, что и в операторе CREATE TABLE, добавив ALGORITHM=2 сразу после ключевых слов PARTITION BY. (Вы также должны включить ключевое слово LINEAR, если оно использовалось для исходного определения таблицы.) Пример из сеанса в клиенте mysql показан здесь:

mysql> SHOW CREATE TABLE p\G
*************************** 1. row ***************************
       Table: p
Create Table: CREATE TABLE `p` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `cd` datetime NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1
/*!50100 PARTITION BY LINEAR KEY (id)
PARTITIONS 32 */
1 row in set (0.00 sec)

mysql> ALTER TABLE p PARTITION BY LINEAR KEY ALGORITHM=2 (id) PARTITIONS 32;
Query OK, 0 rows affected (5.34 sec)
Records: 0  Duplicates: 0  Warnings: 0

mysql> SHOW CREATE TABLE p\G
*************************** 1. row ***************************
       Table: p
Create Table: CREATE TABLE `p` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `cd` datetime NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1
/*!50100 PARTITION BY LINEAR KEY (id)
PARTITIONS 32 */
1 row in set (0.00 sec)

Переход с таблицы, созданной с использованием функций хеширования ключей по умолчанию в MySQL 5.5 и более поздних версиях, для ее использования сервером MySQL 5.1 аналогичен, за исключением того, что в этом случае вы должны использовать ALGORITHM=1, чтобы принудительно перестроить разделы таблицы с использованием функций хеширования ключей MySQL 5.1. Рекомендуется не делать этого, за исключением случаев, когда это необходимо для совместимости с сервером MySQL 5.1, так как улучшенные KEY функции хеширования, используемые по умолчанию в MySQL 5.5 и более поздних версиях, устраняют ряд проблем, обнаруженных в более ранней реализации.

Таблица, полученная в результате использования оператора ALTER TABLE ... PARTITION BY, должна соответствовать тем же правилам, что и таблица, созданная с помощью CREATE TABLE ... PARTITION BY. Это включает правила, определяющие взаимоотношения между любыми уникальными ключами (включая любой первичный ключ), которые может иметь таблица, и столбцом или столбцами, используемыми в выражении разбиения, как обсуждается в Разделе 22.6.1, «Ключи разбиения, первичные ключи и уникальные ключи». Правила CREATE TABLE ... PARTITION BY для указания количества разделов также применяются к ALTER TABLE ... PARTITION BY.

Предложение partition_definition для ALTER TABLE ADD PARTITION поддерживает те же опции, что и предложение с тем же именем для оператора CREATE TABLE. (См. Раздел 13.1.18, «CREATE TABLE Statement», для синтаксиса и описания.) Предположим, что у вас есть разбитая таблица, созданная следующим образом:

CREATE TABLE t1 (
    id INT,
    year_col INT
)
PARTITION BY RANGE (year_col) (
    PARTITION p0 VALUES LESS THAN (1991),
    PARTITION p1 VALUES LESS THAN (1995),
    PARTITION p2 VALUES LESS THAN (1999)
);

Вы можете добавить новый раздел p3 в эту таблицу для хранения значений, меньших 2002, следующим образом:

ALTER TABLE t1 ADD PARTITION (PARTITION p3 VALUES LESS THAN (2002));

DROP PARTITION может быть использовано для удаления одного или нескольких RANGE или LIST разделов. Этот оператор не может быть использован с HASH или KEY разделами; вместо этого используйте COALESCE PARTITION (см. ниже). Любые данные, которые хранились в удаленных разделах, указанных в списке partition_names, будут удалены. Например, учитывая таблицу t1, определенную ранее, вы можете удалить разделы с именами p0 и p1, как показано здесь:

ALTER TABLE t1 DROP PARTITION p0, p1;

ADD PARTITION и DROP PARTITION в настоящее время не поддерживают IF [NOT] EXISTS.

DISCARD PARTITION ... TABLESPACE и IMPORT PARTITION ... TABLESPACE расширяют эту функцию до отдельных разделов InnoDB таблицы. Каждый раздел InnoDB таблицы имеет свой файл пространства таблицы (файл .ibd). Эта функция упрощает копирование пространств таблиц с экземпляра MySQL сервера в другой работающий экземпляр или выполнение восстановления на том же экземпляре. Обе опции принимают список одного или нескольких разделов, разделенных запятыми. Например:

ALTER TABLE t1 DISCARD PARTITION p2, p3 TABLESPACE;

ALTER TABLE t1 IMPORT PARTITION p2, p3 TABLESPACE;

При выполнении DISCARD PARTITION ... TABLESPACE и IMPORT PARTITION ... TABLESPACE над таблицами с подразбиениями разрешены имена как разделов, так и подразделов. Если указано имя раздела, то включаются подразделы этого раздела.

Эта функция также поддерживает копирование или восстановление разбитых InnoDB таблиц. Более подробную информацию см. в Разделе 14.6.1.3, «Импортирование таблиц InnoDB».

Поддерживаются переименования разбитых таблиц. Вы можете переименовать отдельные разделы косвенно с помощью ALTER TABLE ... REORGANIZE PARTITION; однако эта операция копирует данные раздела.

Для удаления строк из выбранных разделов используйте опцию TRUNCATE PARTITION. Эта опция принимает список, состоящий из одного или нескольких имен разделов, разделенных запятыми. Например, рассмотрим таблицу t1, определённую здесь:

CREATE TABLE t1 (
    id INT,
    year_col INT
)
PARTITION BY RANGE (year_col) (
    PARTITION p0 VALUES LESS THAN (1991),
    PARTITION p1 VALUES LESS THAN (1995),
    PARTITION p2 VALUES LESS THAN (1999),
    PARTITION p3 VALUES LESS THAN (2003),
    PARTITION p4 VALUES LESS THAN (2007)
);

Для удаления всех строк из раздела p0 используйте следующее предложение:

ALTER TABLE t1 TRUNCATE PARTITION p0;

Приведённый выше оператор имеет тот же эффект, что и следующий оператор DELETE:

DELETE FROM t1 WHERE year_col < 1991;

При усечении нескольких разделов разделы не обязательно должны быть смежными: это значительно упрощает операции удаления в разбитых таблицах, которые в противном случае потребовали бы очень сложных WHERE условий, если бы выполнялись операторами DELETE. Например, этот оператор удаляет все строки из разделов p1 и p3:

ALTER TABLE t1 TRUNCATE PARTITION p1, p3;

Эквивалентный оператор DELETE показан здесь:

DELETE FROM t1 WHERE
    (year_col >= 1991 AND year_col < 1995)
    OR
    (year_col >= 2003 AND year_col < 2007);

Если вы используете ключевое слово ALL вместо списка имён разделов, оператор действует на все разделы таблицы.

TRUNCATE PARTITION просто удаляет строки; он не изменяет определения самой таблицы или любого из ее разделов.

Чтобы проверить, что строки были удалены, проверьте таблицу INFORMATION_SCHEMA.PARTITIONS, используя запрос, подобный этому:

SELECT PARTITION_NAME, TABLE_ROWS
    FROM INFORMATION_SCHEMA.PARTITIONS
    WHERE TABLE_NAME = 't1';

TRUNCATE PARTITION поддерживается только для разбитых таблиц, которые используют хранилища MyISAM, InnoDB или MEMORY. Он также работает с таблицами BLACKHOLE (но не оказывает никакого эффекта). Он не поддерживается для таблиц ARCHIVE.

COALESCE PARTITION может быть использовано с таблицей, разбитой по HASH или KEY, чтобы уменьшить количество разделов на number. Предположим, что вы создали таблицу t2 следующим образом:

CREATE TABLE t2 (
    name VARCHAR (30),
    started DATE
)
PARTITION BY HASH( YEAR(started) )
PARTITIONS 6;

Чтобы уменьшить количество разделов, используемых t2, с 6 до 4, используйте следующий оператор:

ALTER TABLE t2 COALESCE PARTITION 2;

Данные, содержащиеся в последних разделах number, объединяются в оставшиеся разделы. В этом случае разделы 4 и 5 объединяются с первыми 4 разделами (разделами с номерами 0, 1, 2 и 3).

Чтобы изменить некоторые, но не все, разделы, используемые таблицей с разделами, можно использовать REORGANIZE PARTITION. Это утверждение может быть использовано несколькими способами:

Более подробную информацию и примеры операторов ALTER TABLE ... REORGANIZE PARTITION см. в Разделе 22.3.1, «Управление разделами RANGE и LIST».