在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设置有什么问题?
答案 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
仅适用于COMPRESSED
和DYNAMIC
行格式。
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;
到目前为止很好。