如何在MariaDB 10中启用大型索引?

时间:2017-04-12 21:11:18

标签: mysql indexing utf-8 mariadb

在Debian Jessie中,我安装了MariaDB服务器10.0.30,并尝试增加最大密钥长度。 AFAIU取决于启用的配置参数innodb_large_prefix。根据{{​​3}},它还需要barracuda文件格式和innodb_file_per_table。在config中设置它们并重新启动服务器后,我在客户端看到,这些参数设置正确:

> SHOW GLOBAL VARIABLES LIKE 'innodb_large%';
+---------------------+-------+
| Variable_name       | Value |
+---------------------+-------+
| innodb_large_prefix | ON    |
+---------------------+-------+
1 row in set (0.00 sec)

> SHOW GLOBAL VARIABLES LIKE 'innodb_file%';
+--------------------------+-----------+
| Variable_name            | Value     |
+--------------------------+-----------+
| innodb_file_format       | Barracuda |
| innodb_file_format_check | OFF       |
| innodb_file_format_max   | Antelope  |
| innodb_file_per_table    | ON        |
+--------------------------+-----------+
4 rows in set (0.00 sec)

> SHOW GLOBAL VARIABLES LIKE 'innodb_page%';
+------------------+-------+
| Variable_name    | Value |
+------------------+-------+
| innodb_page_size | 16384 |
+------------------+-------+
1 row in set (0.00 sec)

我不确定,为什么innodb_file_format_max设置为Antelope,但innodb_file_format_check为OFF时,无关紧要。实际上,即使我将它设置为Barracuda,也没有产生任何影响。

如果我现在尝试创建具有大索引的表,如:

CREATE TABLE `some_table` (
  `some_tableID` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `column` varchar(750) COLLATE utf8mb4_estonian_ci NOT NULL DEFAULT '',
  PRIMARY KEY (`some_tableID`),
  KEY `column` (`column`) 
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_estonian_ci;

我收到错误:

ERROR 1709 (HY000): Index column size too large. The maximum column size is 767 bytes.

在带有mysql服务器5.7.17的Ubuntu 16.04上,所有相关设置都是相同的(默认情况下),大索引没有问题(对于utf8mb4,它是750 * 4 = 3000)。

我的MariaDB设置有什么问题?

5 个答案:

答案 0 :(得分:22)

它需要的不仅仅是这两个设置......

SET GLOBAL innodb_file_format=Barracuda;
SET GLOBAL innodb_file_per_table=ON;
SET GLOBAL innodb_large_prefix=1;
logout & login (to get the global values);
ALTER TABLE tbl ROW_FORMAT=DYNAMIC;  -- or COMPRESSED

您可能只需要将ROW_FORMAT=...添加到CREATE TABLE

5.6.3至5.7.7需要这些说明。从5.7.7开始,系统默认正确处理更大的字段。

或者,您可以使用“前缀”索引:

INDEX(column(191))

(但前缀索引在很多方面存在缺陷。)

“如果服务器稍后创建更高的表格格式,则将innodb_file_format_max设置为该值”意味着该设置不是问题。

答案 1 :(得分:8)

innodb_large_prefix仅适用于COMPRESSEDDYNAMIC行格式。

MariaDB 10.0和10.1具有InnoDB 5.6,默认情况下使用ROW_FORMAT=Compact创建表(即使innodb_file_format设置为Barracuda)。因此,要使用大型前缀,您需要明确指定行格式。 MySQL 5.6也是如此。

InnoDB 5.7默认使用ROW_FORMAT=DYNAMIC创建表,这就是为什么依赖于CREATE的{​​{1}}在MySQL 5.7和MariaDB 10.2中工作的原因,没有任何附加条款。

答案 2 :(得分:1)

我认为这里为该会话提供了解决方案,但是如果您重新启动MySQL,我认为这些设置将无效。

对于永久解决方案,您需要在My.Ini文件中输入以下代码-

## Innodb settings to bypass error of max size 737
innodb-file-format=barracuda
innodb-file-per-table=ON
innodb-large-prefix=ON
## Above 3 didnot work so i added below
innodb_default_row_format = 'DYNAMIC'

希望它有助于减少返工和擦伤:)

答案 3 :(得分:1)

在我的CREATE查询中添加call.metadata.add('somekey', 'random')对我有用。

在您的情况下为:

ROW_FORMAT=DYNAMIC

答案 4 :(得分:0)

按照@Rick提供的步骤操作:

SET GLOBAL innodb_file_format=Barracuda;
SET GLOBAL innodb_file_per_table=ON;
SET GLOBAL innodb_large_prefix=1;
-- logout & login (to get the global values);

我将最后一步更改为

SET GLOBAL innodb_default_row_format=DYNAMIC;

到目前为止很好。