Форум пользователей MySQL

Такую вещь сделать документируемым способом нельзя. Потеря одного раздела таблицы Innodb приведет к необходимости восстанавливать всю таблицу (скорее всего в ручную, см., например, http://stackoverflow.com/questions/1223 … -ibd-files ). Если хотите кэшировать, храните в отдельной таблице, например, типа MEMORY, что потребует некоторой модификации логики приложения.

Для SSD смотрите комментарий Петра Зайцева:
http://www.percona.com/blog/2013/10/03/ … workloads/

Главное увеличить innodb_buffer_pool_size и innodb_flush_log_at_trx_commit=0. Если не помогает, подумайте нужно ли хранить данную базу на SSD.

Попытка номер 2: Я создал таблицу:

CREATE TABLE `test1` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `data` varbinary(255) NOT NULL,
  `partitionid` tinyint(1) unsigned NOT NULL,
  PRIMARY KEY (`id`,`partitionid`)
) ENGINE=InnoDB AUTO_INCREMENT=0 DEFAULT CHARSET=latin1 ROW_FORMAT=FIXED
/*!50100 PARTITION BY LIST (`partitionid`)
(PARTITION partition0 VALUES IN (0) ENGINE = InnoDB,
 PARTITION partition1 VALUES IN (1) DATA DIRECTORY = '/tmp' ENGINE = InnoDB) */;

Далее сделал бекап файла

test1#P#partition1.ibd

с пустой таблицы.
После система отработала 10 минут, было произведено несколько тысяч INSERT'ов и UPDATE'ов в таблицу. Далее я перезагрузил сервер (без запуска MySQL), что привело к удалению файл партиции test1#P#partition1.ibd находящейся в tmpfs. Но у меня при создании таблицы был сделан его бекап, который я соответственно скопировал в директорию /tmp. Таким образом все файлы таблицы остались целы, но MySQL при старте пишет

InnoDB: cannot calculate statistics for table "test"."TEST" /* Partition "partition1" */ because the .ibd file is missing. For help, please refer to http://dev.mysql.com/doc/refman/5.6/en/ … oting.html

, что совершенно нелогично. Файл 100% цел, md5sum показывает одно и тоже значение. Это тоже тупиковый вариант, или я что-то мог сделать не так?

Идея номер 3: использование view на две таблицы (innodb+memory) для скрытия от клиентов внутренней структуры.

CREATE TABLE `test1` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `data` varbinary(255) NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=0 DEFAULT CHARSET=latin1 ROW_FORMAT=FIXED

CREATE TABLE `test2` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `data` varbinary(255) NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=MEMORY AUTO_INCREMENT=0 DEFAULT CHARSET=latin1 ROW_FORMAT=FIXED

Собственно вопросы:
1. Можно ли (и как) объединить эти две таблицы в одну через view, чтобы клиенты могли производить из них выборку как из одной таблицы?
2. Будут ли при выборке из view при этом падение производительности? Например перестанут ли использоваться индексы?
3. Можно ли сделать поле id уникальным в пространстве обеих таблиц, и можно ли обеспечить также AUTO_INCREMENT средствами самого MySQL?

Отредактированно yar113 (23.12.2014 19:22:21)

Не понятно с индексами. Вот я создаю две таблицы:

CREATE TABLE `t1` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `row_id` int(11) unsigned NOT NULL,
  `content` text NOT NULL,
  `pid` tinyint(3) unsigned NOT NULL,
  PRIMARY KEY (`id`),
  KEY `main` (`row_id`) USING BTREE
) ENGINE=MyISAM AUTO_INCREMENT=39 DEFAULT CHARSET=latin1;
 

CREATE TABLE `t2` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `row_id` int(11) unsigned NOT NULL,
  `content` text NOT NULL,
  `pid` tinyint(3) unsigned NOT NULL,
  PRIMARY KEY (`id`),
  KEY `main2` (`row_id`) USING BTREE
) ENGINE=MyISAM AUTO_INCREMENT=38 DEFAULT CHARSET=latin1;

И Вьюху на них:

CREATE VIEW test_view AS
          SELECT * FROM t1
          UNION ALL
          SELECT * FROM t2;

Которая через SHOW CREATE VIEW test_view выводится как:

CREATE ALGORITHM=UNDEFINED DEFINER=`root`@`localhost` SQL SECURITY DEFINER VIEW `test_view` AS select `t1`.`id` AS `id`,`t1`.`row_id` AS `row_id`,`t1`.`content` AS `content`,`t1`.`pid` AS `pid` from `t1` union all select `t2`.`id` AS `id`,`t2`.`row_id` AS `row_id`,`t2`.`content` AS `content`,`t2`.`pid` AS `pid` from `t2`

Далее вставляю множество строк в обе таблицы и делаю выборку по ключу row_id. Из вьюхи получается так:

mysql> EXPLAIN SELECT * FROM `test_view` WHERE `row_id` = 9;
+----+--------------+------------+------+---------------+-------------+---------+-------+------+-----------------+
| id | select_type  | table      | type | possible_keys | key         | key_len | ref   | rows | Extra           |
+----+--------------+------------+------+---------------+-------------+---------+-------+------+-----------------+
|  1 | PRIMARY      | <derived2> | ref  | <auto_key0>   | <auto_key0> | 4       | const |    7 | NULL            |
|  2 | DERIVED      | t1         | ALL  | NULL          | NULL        | NULL    | NULL  |   38 | NULL            |
|  3 | UNION        | t2         | ALL  | NULL          | NULL        | NULL    | NULL  |   34 | NULL            |
|NULL| UNION RESULT | <union2,3> | ALL  | NULL          | NULL        | NULL    | NULL  | NULL | Using temporary |
+----+--------------+------------+------+---------------+-------------+---------+-------+------+-----------------+
4 rows in set (0,00 sec)

А прямая выборка из двух таблиц вот так:

mysql> EXPLAIN SELECT * FROM `t1` WHERE `row_id`=9  UNION SELECT * FROM `t2` WHERE `row_id`=9 ;
+----+--------------+------------+------+---------------+-------+---------+-------+------+-----------------+
| id | select_type  | table      | type | possible_keys | key   | key_len | ref   | rows | Extra           |
+----+--------------+------------+------+---------------+-------+---------+-------+------+-----------------+
|  1 | PRIMARY      | t1         | ref  | main          | main  | 4       | const |    7 | NULL            |
|  2 | UNION        | t2         | ref  | main2         | main2 | 4       | const |    4 | NULL            |
|NULL| UNION RESULT | <union1,2> | ALL  | NULL          | NULL  | NULL    | NULL  | NULL | Using temporary |
+----+--------------+------------+------+---------------+-------+---------+-------+------+-----------------+
3 rows in set (0,00 sec)

Я правильно понимаю что при выборку из test_view индексы не используются?

MySQL не позволяет создавать индексы на VIEW явно. Остальное - на усмотрение алгоритмов, а как они работают доподлинно можно узнать только из исходников.