博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
MySQL 1071错误解决办法
阅读量:4597 次
发布时间:2019-06-09

本文共 538 字,大约阅读时间需要 1 分钟。

      今天在使用mysql时,又遇到了如博文标题所示的问题,以前针对该问题未进行记录,今天特意进行说明存档。
        该问题是由键值字段长度过长导致。mysql支持数据库表单一键值的最大长度不能超过767字节,超出这个长度即报错(见标题名称)。一般情况下,不会有键值字段的长度会超出该长度。但是需要注意的是,随着全球化进程的加快,数据库表采用UTF-8格式的趋势是越来越明显,这导致varchar类型字段的长度成倍增长,一不小心就容易出现以上问题。
        假设存在以下表定义:
        create table test (
                name varchar(256) not null primary key,
                age int unsigned not null
        ) engine = InnoDB;
        当使用UTF-8格式建立该表时,就会出现如标题所示问题。关键原因是UTF-8使用变长编码,最多可能使用3个字节表示表示1个符号。所以对于上述表中的name字段,其实际长度超出767字节,达到了768字节,问题出现。如果把长度改为255(767/3)则没有问题,或者不使用utf-8格式也没有问题。

转载于:https://www.cnblogs.com/chenjianhong/p/4144683.html

你可能感兴趣的文章
UVA - 213解题报告
查看>>
Nios II实用之音频控制
查看>>
【应用】nRF24L01无线模块在单片机与FPGA上的应用
查看>>
Simplified English v.s. Vocabulary Bank for ESL
查看>>
wordpress 搭建安装教程 2 安装Apache
查看>>
【清华集训2014】Sum
查看>>
SQL注入漏洞测试工具比较
查看>>
采用smarty开发的小论坛的学习总结
查看>>
Flexible 弹性盒子模型之CSS flex-direction
查看>>
linux的nohup命令的用法
查看>>
Xilinx ISE中使用Synplify综合报错的原因之二
查看>>
Delegate辅助绘制
查看>>
"__BuglySetUserId", referenced from:---bugly 错误
查看>>
variable_scope
查看>>
Java多线程(二)线程的生命周期、优先级和控制
查看>>
cmd 一键获取 所有连接过的wifi 密码
查看>>
TOJ 2452 Ultra-QuickSort
查看>>
ZOJ 2067 White Rectangles
查看>>
windows基础应用(word)
查看>>
Linux索引节点(Inode)用满导致空间不足
查看>>