17.5.12.1. MySQL Cluster Disk Data Objects

Создайте группу файла журнала, и присвойте один или более файлов журнала отмены ей (файл журнала отмены также иногда упоминается как undofile).

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

Создайте Дисковую Таблицу данных, которая использует эту табличную область для хранения данных.

Мы создаем названную группу файла журнала lg_1 использование CREATE LOGFILE GROUP. Эта группа файла журнала должна быть составлена из двух файлов журнала отмены, которые мы называем undo_1.log и undo_2.log, чьи начальные размеры составляют 16 Мбайт и 12 Мбайт, соответственно. (Размер начальной буквы значения по умолчанию для файла журнала отмены составляет 128 Мбайт.) Дополнительно, можно также определить размер для группового буфера отмены файла журнала, или разрешить этому принимать значение по умолчанию 8 Мбайт. В этом примере мы устанавливаем буферный размер ОТМЕНЫ в 2 Мбайтах. Группа файла журнала должна быть создана с файлом журнала отмены; таким образом, мы добавляем undo_1.log к lg_1 в этом CREATE LOGFILE GROUP оператор:

CREATE LOGFILE GROUP lg_1    ADD UNDOFILE 'undo_1.log'    INITIAL_SIZE 16M    UNDO_BUFFER_SIZE 2M    ENGINE NDBCLUSTER;

Добавить undo_2.log группе файла журнала используйте следующий ALTER LOGFILE GROUP оператор:

ALTER LOGFILE GROUP lg_1    ADD UNDOFILE 'undo_2.log'    INITIAL_SIZE 12M    ENGINE NDBCLUSTER;

Некоторые знаменитые элементы:

Теперь мы можем создать табличную область, которая содержит файлы, которые будут использоваться MySQL Cluster Disk Data tables для того, чтобы хранить их данные. Табличная область также связывается с определенной группой файла журнала. Создавая новую табличную область, следует определить группу файла журнала, которую она должна использовать для журналирования отмены; следует также определить файл данных. Можно добавить больше файлов данных к табличной области после того, как табличная область создается; также возможно отбросить файлы данных от табличной области (пример отбрасывания файлов данных обеспечивается позже в этом разделе).

Предположите, что мы хотим создать названную табличную область ts_1 который использует lg_1 как его группа файла журнала. Эта табличная область должна содержать два названные файла данных data_1.dat и data_2.dat, чьи начальные размеры составляют 32 Мбайта и 48 Мбайт, соответственно. (Значение по умолчанию для INITIAL_SIZE 128 Мбайт.) Мы можем сделать это использование двух SQL-операторов, как показано здесь:

CREATE TABLESPACE ts_1    ADD DATAFILE 'data_1.dat'    USE LOGFILE GROUP lg_1    INITIAL_SIZE 32M    ENGINE NDBCLUSTER;ALTER TABLESPACE ts_1    ADD DATAFILE 'data_2.dat'    INITIAL_SIZE 48M    ENGINE NDBCLUSTER;

CREATE TABLESPACE оператор создает табличную область ts_1 с файлом данных data_1.dat, и партнеры ts_1 с группой файла журнала lg_1. ALTER TABLESPACE добавляет второй файл данных (data_2.dat).

Некоторые знаменитые элементы:

Теперь возможно составить таблицу, неиндексированные столбцы которой сохранены на диске в табличной области ts_1:

CREATE TABLE dt_1 (    member_id INT UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY,    last_name VARCHAR(50) NOT NULL,    first_name VARCHAR(50) NOT NULL,    dob DATE NOT NULL,    joined DATE NOT NULL,    INDEX(last_name, first_name)    )    TABLESPACE ts_1 STORAGE DISK    ENGINE NDBCLUSTER;

TABLESPACE ... STORAGE DISK опция говорит NDBCLUSTER механизм хранения, чтобы использовать табличную область ts_1 для дискового хранения данных.

Однажды таблица ts_1 был создан как показано, можно выполнить INSERT, SELECT, UPDATE, и DELETE операторы на этом, как Вы были бы с любой другой таблицей MySQL.

Для таблицы dt_1 поскольку это было определено здесь, только dob и joined столбцы сохранены на диске. Это - то, потому что есть, индексирует на id, last_name, и first_name столбцы, и таким образом, данные, принадлежащие этим столбцам, хранятся в RAM. В MySQL Cluster NDB 7.3, только неиндексированные столбцы могут быть сохранены на диске; индексирует и индексированные данные столбца продолжают храниться в памяти. Этот компромисс между использованием индексирует, и сохранение RAM - что-то, что следует иметь в виду, поскольку Вы разрабатываете Дисковые Таблицы данных.