mysql 提示The maximum column size is 767 bytes.

最新推荐文章于 2024-04-07 16:29:02 发布

油萝卜

最新推荐文章于 2024-04-07 16:29:02 发布

阅读量756

点赞数

分类专栏： mysql 数据库文章标签： mysql

本文链接：https://blog.csdn.net/gc_baoyu/article/details/116232223

版权

mysql 同时被 2 个专栏收录

3 篇文章 0 订阅

订阅专栏

数据库

3 篇文章 0 订阅

订阅专栏

问题产生场景

mysql建表语句，创建时，提示：Index column size too large. The maximum column size is 767 bytes.

1.1 语句如下：

CREATE TABLE `ACT_HI_ACTINST` (
	`ID_` varchar(64) NOT NULL,
	`PROC_DEF_ID_` varchar(64) NOT NULL,
	`PROC_INST_ID_` varchar(64) NOT NULL,
	`EXECUTION_ID_` varchar(64) NOT NULL,
	`ACT_ID_` varchar(255) NOT NULL,
	`TASK_ID_` varchar(64),
	`CALL_PROC_INST_ID_` varchar(64),
	`ACT_NAME_` varchar(255),
	`ACT_TYPE_` varchar(255) NOT NULL,
	`ASSIGNEE_` varchar(255),
	`START_TIME_` datetime NOT NULL,
	`END_TIME_` datetime,
	`DURATION_` decimal(19,0),
	PRIMARY KEY (`ID_`),
	INDEX `ACT_IDX_HI_ACT_INST_END` (`END_TIME_`) comment '',
	INDEX `ACT_IDX_HI_ACT_INST_EXEC` (`EXECUTION_ID_`, `ACT_ID_`) comment '',
	INDEX `ACT_IDX_HI_ACT_INST_PROCINST` (`PROC_INST_ID_`, `ACT_ID_`) comment '',
	INDEX `ACT_IDX_HI_ACT_INST_START` (`START_TIME_`) comment ''
) COMMENT='';

1.2 问题产生原因

utf8字符，字段类型为varchar(255) 实际占用 255 * 3 = 765字节，大于767，超过限制，不允许创建。

utf8mb4是4字节字符集，默认支持的索引字段最大长度是191字符（767字节/4字节每字符≈191字符），

1.3 处理方法

1.3.1 修改 innodb_large_prefix 参数配置。

innodb_large_prefix 有ON和OFF两个取值：

ON ：Innodb表的行记录格式是Dynamic或Compressed的前提下，单列索引长度上限扩展到3072个字节
OFF：Innodb表的单例索引长度最多为767个字节，索引长度超出后，主键索引会创建失败，辅助索引会被截断成为前缀索引

innodb表的单列索引长度最大字节数是767字节，辅助索引超出会被截断，主键索引超出不会截断直接报错导致建表失败
innodb表的联合索引中每个字段的最大字节数是767字节，并且要求联合索引的总长度不超过3072字节
主键索引不允许被截断，辅助索引可以被截断
设置参数innodb_large_prefix=ON只能把单列索引长度扩大到3072字节，联合索引总长度的上限不变，仍然是3072个字节

1.3.2 修改 innodb_file_format 参数

Antelope：Antelope是InnoDB的原始文件格式，支持COMPACT和REDUNDANT行格式，但不支持动态或压缩行格式。
Barracuda：Barracuda是一种更新的InnoDB文件格式，支持COMPACT、REDUNDANT、DYNAMIC和COMPRESSED行格式。带有BLOB或TEXT数据类型的表可大幅受益于dynamic行格式。

1.3.3 修改 innodb_file_per_table 参数

innodb可以把每个表的数据单独保存。单独保存有两方面的优势一个是方便管理，二个是提长性能

MyISAM表引擎，这种引擎的数据库会分别创建三个文件：表结构、表索引、表数据空间。我们可以将某个数据库目录直接迁移到其他数据库也可以正常工作。然而当你使用InnoDB的时候，一切都变了。

InnoDB
默认会将所有的数据库InnoDB引擎的表数据存储在一个共享空间中：ibdata1，这样就感觉不爽，增删数据库的时候，ibdata1文件不会自动收缩，单个数据库的备份也将成为问题。通常只能将数据使用mysqldump
导出，然后再导入解决这个问题。

在MySQL的配置文件[mysqld]部分，增加innodb_file_per_table参数。

可以修改InnoDB为独立表空间模式，每个数据库的每个表都会生成一个数据空间。

独立表空间：

优点：

1．每个表都有自已独立的表空间。
2．每个表的数据和索引都会存在自已的表空间中。
3．可以实现单表在不同的数据库中移动。
4．空间可以回收（除drop table操作处，表空不能自已回收）
a) Drop table操作自动回收表空间，如果对于统计分析或是日值表，删除大量数据后可以通过:alter table TableName engine=innodb;回缩不用的空间。
b) 对于使innodb-plugin的Innodb使用turncate table也会使空间收缩。

c) 对于使用独立表空间的表，不管怎么删除，表空间的碎片不会太严重的影响性能，而且还有机会处理。

缺点：

单表增加过大，如超过100个G。

结论：

共享表空间在Insert操作上少有优势。其它都没独立表空间表现好。当启用独立表空间时，请合理调整一下：innodb_open_files。

InnoDB Hot Backup（冷备）的表空间cp不会面对很多无用的copy了。而且利用innodb hot
backup及表空间的管理命令可以实现单现移动。

1.innodb_file_per_table设置.开启方法：在my.cnf中[mysqld]下设置 innodb_file_per_table=1

2.查看是否开启： mysql> show variables like ‘%per_table%’;

3.关闭独享表空间 innodb_file_per_table=0关闭独立的表空间 mysql> show variables like ‘%per_table%’;