当前位置: 首页 > news >正文

关于MySQL字符集问题:Specified key was too long; max key length is 767 bytes

 【文章来源】http://blog.csdn.net/cindy9902/article/details/6215769

 

MySQL: ERROR 1071 (42000): Specified key was too long; max key length is 767 bytes


今天测试遇到了这样的问题:

 

MySQL>  use test; create table test(a varchar(512) primary key, b varchar(1024));
Database changed
ERROR 1071 (42000): Specified key was too long; max key length is 767 bytes

 

相关测试:

http://kklinux.com/bbs/archiver/tid-2543.html

 

drop table if exists test; 
create table test(test varchar(767) primary key)charset=latin5; 
-- 成功 

drop table if exists test; 
create table test(test varchar(768) primary key)charset=latin5; 
-- 错误  
-- ERROR 1071 (42000): Specified key was too long; max key length is 767 bytes 

drop table if exists test; 
create table test(test varchar(383) primary key)charset=GBK; 
-- 成功 

drop table if exists test; 
create table test(test varchar(384) primary key)charset=GBK; 
-- 错误  
-- ERROR 1071 (42000): Specified key was too long; max key length is 767 bytes 

drop table if exists test; 
create table test(test varchar(255) primary key)charset=UTF8; 
-- 成功 

drop table if exists test; 
create table test(test varchar(256) primary key)charset=UTF8; 
-- 错误  
-- ERROR 1071 (42000): Specified key was too long; max key length is 767 bytes

 

原因:

MySQL的varchar主键只支持不超过768个字节 或者 768/2=384个双字节 或者 768/3=256个三字节的字段 
而 GBK是双字节的,UTF-8是三字节的。

 

 

变量设置:

mysql> show variables like '%char%';
+--------------------------+--------------------------------------------------+
| Variable_name            | Value                                            |
+--------------------------+--------------------------------------------------+
| character_set_client     | latin1                                           |
| character_set_connection | latin1                                           |
| character_set_database   | utf8                                             |
| character_set_filesystem | binary                                           |
| character_set_results    | latin1                                           |
| character_set_server     | utf8                                             |
| character_set_system     | utf8                                             |
| character_sets_dir       | /opt/schooner/ac_3.1/mysql/share/mysql/charsets/ |
+--------------------------+--------------------------------------------------+
8 rows in set (0.00 sec)

 

那么字符集的规则是怎样的呢? 找到这样的一篇文章:

http://www.blogjava.NET/wldandan/archive/2007/09/04/142669.html

 

前一段时间,一直被mysql的字符集困扰,今天就这方面的知识总结一下.
MySQL的字符集支持(Character Set Support)有两个方面:
     字符集(Character set)和排序方式(Collation)。
对于字符集的支持细化到四个层次: 
     服务器(server),数据库(database),数据表(table)和连接(connection)。

1.MySQL默认字符集

  MySQL对于字符集的指定可以细化到一个数据库,一张表,一列,应该用什么字符集。

但是,传统的 程序在创建数据库和数据表时并没有使用那么复杂的配置,它们用的是默认的配置,那么,默认的配置从何而来呢?

    (1)编译MySQL 时,指定了一个默认的字符集,这个字符集是 latin1;
    (2)安装MySQL 时,可以在配置文件 (my.ini) 中指定一个默认的的字符集,如果没指定,这个值继承自编译时指定的;
    (3)启动mysqld 时,可以在命令行参数中指定一个默认的的字符集,如果没指定,这个值继承自配置文件中的配置,此时 character_set_server 被设定为这个默认的字符集;
    (4)当创建一个新的数据库时,除非明确指定,这个数据库的字符集被缺省设定为character_set_server ;
    (5)当选定了一个数据库时,character_set_database 被设定为这个数据库默认的字符集;
    (6)在这个数据库里创建一张表时,表默认的字符集被设定为 character_set_database ,也就是这个数据库默认的字符集;
    (7)当在表内设置一栏时,除非明确指定,否则此栏缺省的字符集就是表默认的字符集;

简单的总结一下,如果什么地方都不修改,那么所有的数据库的所有表的所有栏位的都用 latin1 存储,不过我们如果安装 MySQL,一般都会选择多语言支持,也就是说,安装程序会自动在配置文件中把 default_character_set 设置为 UTF-8,这保证了缺省情况下,所有的数据库的所有表的所有栏位的都用 UTF-8 存储。


2.查看默认字符集(默认情况下,mysql的字符集是latin1(ISO_8859_1)
通常,查看系统的字符集和排序方式的设定可以通过下面的两条命令:
     mysql> SHOW VARIABLES LIKE 'character%';
+--------------------------+---------------------------------+
| Variable_name            | Value                           |
+--------------------------+---------------------------------+
| character_set_client     | latin1                          |
| character_set_connection | latin1                          |
| character_set_database   | latin1                          |
| character_set_filesystem | binary                          |
| character_set_results    | latin1                          |
| character_set_server     | latin1                          |
| character_set_system     | utf8                            |
| character_sets_dir       | D:"mysql-5.0.37"share"charsets" |
+--------------------------+---------------------------------+

  mysql> SHOW VARIABLES LIKE 'collation_%';
+----------------------+-----------------+
| Variable_name        | Value           |
+----------------------+-----------------+
| collation_connection | utf8_general_ci |
| collation_database   | utf8_general_ci |
| collation_server     | utf8_general_ci |
+----------------------+-----------------+

3.修改默认字符集
  (1) 最简单的修改方法,就是修改mysql的my.ini文件中的字符集键值,
如    default-character-set = utf8
      character_set_server =  utf8
   修改完后,重启mysql的服务,service mysql restart
   使用 mysql> SHOW VARIABLES LIKE 'character%';查看,发现数据库编码均已改成utf8
+--------------------------+---------------------------------+
| Variable_name            | Value                           |
+--------------------------+---------------------------------+
| character_set_client     | utf8                            |
| character_set_connection | utf8                            |
| character_set_database   | utf8                            |
| character_set_filesystem | binary                          |
| character_set_results    | utf8                            |
| character_set_server     | utf8                            |
| character_set_system     | utf8                            |
| character_sets_dir       | D:"mysql-5.0.37"share"charsets" |
+--------------------------+---------------------------------+

   (2) 还有一种修改字符集的方法,就是使用mysql的命令
     mysql> SET character_set_client = utf8 ;
     mysql> SET character_set_connection = utf8 ;
     mysql> SET character_set_database = utf8 ;
     mysql> SET character_set_results = utf8 ;
     mysql> SET character_set_server = utf8 ;

     mysql> SET collation_connection = utf8 ;
     mysql> SET collation_database = utf8 ;
     mysql> SET collation_server = utf8 ;


一般就算设置了表的默认字符集为utf8并且通过UTF-8编码发送查询,你会发现存入数据库的仍然是乱码。问题就出在这个connection连接层上。解决方法是在发送查询前执行一下下面这句:

SET NAMES 'utf8';

它相当于下面的三句指令:
SET character_set_client = utf8;
SET character_set_results = utf8;
SET character_set_connection = utf8;

总结: 
因此,使用什么数据库版本,不管是3.x,还是4.0.x还是4.1.x,其实对我们来说不重要,重要的有二: 
  1) 正确的设定数据库编码.MySQL4.0以下版本的字符集总是默认ISO8859-1,MySQL4.1在安装的时候会让你选择。如果你准备使用UTF- 8,那么在创建数据库的时候就要指定好UTF-8(创建好以后也可以改,4.1以上版本还可以单独指定表的字符集) 
  2) 正确的设定数据库connection编码.设置好数据库的编码后,在连接数据库时候,应该指定connection的编码,比如使用jdbc连接时,指定连接为utf8方式.

 

如果觉得本文对您有帮助,不妨扫描下方微信二维码打赏点,您的鼓励是我前进最大的动力:

 

转载于:https://www.cnblogs.com/jun1019/p/6360452.html

相关文章:

  • Screen - BOM对象
  • Vista数据备份恢复
  • Hibernate : Query.list()、Query.iterator()的区别
  • MobX
  • ADO.NET 2.0 - 如何查看 DataView 的内容
  • 蓝牙进阶之路 (002) - HC-05与HC-06的AT指令的区别(转)
  • NQL.NET 数据库对象查询语言简介 2
  • [转]nf_conntrack: table full, dropping packet 连接跟踪表已满,开始丢包 的解决办法
  • js学习笔记
  • eclipse tomcat lomboz的安装配置说明
  • 微服务运行指南——For Cattle
  • DEMO[C#]TypeChange 关于类型转换的一个DEMO
  • 查看mysql的安装路径
  • 看门老头告诉你什么是网关
  • JS学习笔记——闭包
  • EOS是什么
  • ES6, React, Redux, Webpack写的一个爬 GitHub 的网页
  • Java 内存分配及垃圾回收机制初探
  • SegmentFault 技术周刊 Vol.27 - Git 学习宝典:程序员走江湖必备
  • Storybook 5.0正式发布:有史以来变化最大的版本\n
  • vue-cli在webpack的配置文件探究
  • vue-router 实现分析
  • 爬虫模拟登陆 SegmentFault
  • 排序(1):冒泡排序
  • 体验javascript之美-第五课 匿名函数自执行和闭包是一回事儿吗?
  • 我的zsh配置, 2019最新方案
  • 系统认识JavaScript正则表达式
  • 一起参Ember.js讨论、问答社区。
  • nb
  • 新海诚画集[秒速5センチメートル:樱花抄·春]
  • #[Composer学习笔记]Part1:安装composer并通过composer创建一个项目
  • #微信小程序:微信小程序常见的配置传值
  • (31)对象的克隆
  • (6)【Python/机器学习/深度学习】Machine-Learning模型与算法应用—使用Adaboost建模及工作环境下的数据分析整理
  • (8)Linux使用C语言读取proc/stat等cpu使用数据
  • (ros//EnvironmentVariables)ros环境变量
  • (笔试题)分解质因式
  • (附源码)springboot工单管理系统 毕业设计 964158
  • (一)C语言之入门:使用Visual Studio Community 2022运行hello world
  • (转)Unity3DUnity3D在android下调试
  • **登录+JWT+异常处理+拦截器+ThreadLocal-开发思想与代码实现**
  • .【机器学习】隐马尔可夫模型(Hidden Markov Model,HMM)
  • .Net Attribute详解(上)-Attribute本质以及一个简单示例
  • .NET DevOps 接入指南 | 1. GitLab 安装
  • .net mvc部分视图
  • .Net的DataSet直接与SQL2005交互
  • .Net语言中的StringBuilder:入门到精通
  • @html.ActionLink的几种参数格式
  • @RequestBody的使用
  • [20171101]rman to destination.txt
  • [20181219]script使用小技巧.txt
  • [bbk5179]第66集 第7章 - 数据库的维护 03
  • [Big Data - Kafka] kafka学习笔记:知识点整理
  • [DM复习]Apriori算法-国会投票记录关联规则挖掘(上)
  • [Dxperience.8.*]报表预览控件PrintControl设置