Index column size too large. The maximum column size is 767 bytes.

创建索引的时候报错 :Index column size too large. The maximum column size is 767 bytes.

错误原因

由于MySQL的Innodb引擎表索引字段长度的限制为767字节,
因此对于多字节字符集的大字段或者多字段组合,
创建索引时会出现此错误。
以utf8mb4字符集字符串类型字段为例,
utf8mb4是4字节字符集,
则默认支持的索引字段最大长度是191字符(767字节/4字节每字符≈191字符),
因此在varchar(255)或char(255)类型字段上创建索引会失败。

解决办法

被创建索引的列类型最大值超过了索引要求的最大长度。可修改将被创建为索引列的字段的类型长度。也可对数据库进行修改


CREATE TABLE oauth_client_details
(
    client_id               VARCHAR(256) NOT NULL COMMENT '客户端ID',
    resource_ids            VARCHAR(256) COMMENT '资源ID集合,多个资源时用逗号(,)分隔',
    client_secret           VARCHAR(256) COMMENT '客户端密匙',
    scope                   VARCHAR(256) COMMENT '客户端申请的权限范围',
    authorized_grant_types  VARCHAR(256) COMMENT '客户端支持的grant_type',
    web_server_redirect_uri VARCHAR(256) COMMENT '重定向URI',
    authorities             VARCHAR(256) COMMENT '客户端所拥有的Spring Security的权限值多个(,)分隔',
    access_token_validity   INTEGER COMMENT '访问令牌有效时间值(单位:秒)',
    refresh_token_validity  INTEGER COMMENT '更新令牌有效时间值(单位:秒)',
    additional_information  VARCHAR(4096) COMMENT '预留字段',
    autoapprove             VARCHAR(256) COMMENT '用户是否自动Approval操作',
    CONSTRAINT pk_oauth_client_details_client_id PRIMARY KEY (client_id)
) COMMENT '客户端信息';

上面的sql会报该错误。原因是client_id字段的长度是256,而又将client_id设为了主键(默认主键为索引),超出了索引所规定的最大长度。

修改字段

 client_id               VARCHAR(64) NOT NULL COMMENT '客户端ID',

修改数据库

set global innodb_file_format = BARRACUDA

set global innodb_large_prefix = ON

个人博客
腾讯云社区
掘金
CSDN
简书
GitHub
码云
OSCHINA
Segmentfault
公众号:wx.jpg

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 这个错误提示表示您正在尝试创建或修改一个索引,但该索引的列大小超过了MySQL数据库中限制的最大值,即767个字节。 这个限制是因为MySQL使用了一种名为UTF-8的字符编码方式,其中某些字符可能需要使用多个字节来表示。因此,如果您使用的字符集和排序规则需要使用多字节字符集,则每个索引列的大小会相应增加。 要解决这个问题,您可以考虑以下几种方法: 1. 缩小索引列的大小。您可以尝试使用更短的列或更少的列来创建索引,从而减小索引的大小。 2. 修改表的字符集和排序规则。如果您的表使用的字符集和排序规则需要使用多字节字符集,您可以尝试使用更紧凑的字符集,例如latin1或者binary。 3. 使用前缀索引。前缀索引是一种只使用列值的前缀作为索引的方式,从而减小索引的大小。例如,如果您需要创建一个索引来存储VARCHAR(255)类型的列,您可以考虑使用前缀索引,只存储前几个字符。 请注意,修改表的字符集和排序规则可能会影响表中已有的数据和应用程序代码,因此需要谨慎操作。建议在修改表结构之前备份数据和代码,并在测试环境中进行测试。 ### 回答2: 这个错误是MySQL数据库中常见的一个问题。它指的是在建立表时,指定的索引列太长了,超出了MySQL数据库所支持的最大长度,最大长度为767个字节。这个问题通常在使用UTF-8字符集时出现,原因是UTF-8编码中,每个字符的最大长度是4个字节,如果索引列中使用了太多的字符,那么它的长度就会超出限制。 那么如何解决这个问题呢?有几个方法: 1. 使用更短的索引列:可以将索引列缩短,以满足最大长度要求。这可以通过缩短列名、使用较短的数据类型或者使用更简洁的字符集来实现。 2. 使用前缀索引:前缀索引是指只对列的一部分进行索引。这样可以减少索引列的总长度。但是要注意,这种方法会影响索引的准确性,需要根据具体情况来判断是否可行。 3. 使用多列索引:可以将多个列组合在一起创建一个索引。这样可以将索引列总长度分散到多个列中,从而避免超出最大长度的限制。 总之,要解决这个错误,需要根据具体情况采取特定的方法,以确保索引列不超过MySQL数据库支持的最大长度。 ### 回答3: 这个问题是指当我们在MySQL中创建一个索引列时,因为列的字符集和编码方式的不同,导致列的长度超过了767字节的限制,进而导致索引列创建失败。 这个问题的根源是MySQL所使用的索引算法和存储结构的限制。现在,InnoDB存储引擎在创建索引时,采用了B-tree的数据结构,最大支持的索引大小是767字节。而对于一个字符集为UTF-8的字符串,最大支持的字符长度是255字节,而对于GB2312字符集,最大支持的字符长度是255*2 (即510个字节)。 因此,在创建索引时,我们需要留意字符集和编码方式的选择,以免出现索引列超过767字节的问题。同时,在表结构设计时,也应该考虑到索引列的大小限制,避免过度冗余或太多的索引列。 如果已经出现了这个问题,我们可以采取以下几种方法进行解决: 1、选择更加适合的字符集和编码方式,以缩小列的大小。 2、使用前缀索引,即只索引列的前几个字符,来缩小索引列的大小。 3、把索引列进行拆分,将其拆成多个小列进行索引。 4、将索引列数据类型改为BLOB或TEXT类型,虽然这样可能会导致索引效率的下降。 总之,在使用MySQL创建索引时,需要注意索引列大小的限制,以避免在创建索引时遇到这种“index column size too large”的报错信息。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值