mysql 改变数据库编码

最新推荐文章于 2024-11-15 14:49:50 发布

song198710

最新推荐文章于 2024-11-15 14:49:50 发布

阅读量1.6k

点赞数 1

CC 4.0 BY-SA版权

文章标签： mysql 数据库 insert dos database sql

本文链接：https://blog.youkuaiyun.com/song198710/article/details/6506038

本文介绍了解决在MySQL中插入中文数据时出现“datatoolongforcolumn”错误的方法。主要涉及调整命令行编码设置及数据库编码配置。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

方法很简单有两种:1用set names 'gb2312'指定编码 2在my.ini中用#注释 sql-mode=STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION或把其中的 STRICT_TRANS_TABLES, 去掉,然后重启 mysql 就ok了这样就不会有data too long for column的提示,

　方法很简单有两种:1用set names 'gb2312'指定编码

2在my.ini中用#注释

sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"或把其中的

STRICT_TRANS_TABLES,

去掉,然后重启mysql就ok了

这样就不会有data too long for column的提示,不过它会自动把内容截取插入数据库中.

今天在windows的DOS窗口下运行mysql命令，insert语句中只要含有汉字数据就出现“data too long for column”错误。后来在网上查到一篇帖子 ( http://www.blogjava.net/sakis/archive/2006/07/14/58242.html )，内容如下：

关于MySql5的“data too long for column”错误

从MySql5中运行本地脚本创建数据库，当插入中文字段时发生“data too long for column”错误。上网一查，发现多字节用户大都碰到了这种情况。google搜索网上的解决方法大都是要将数据库的编码方式为GBK或UTF8，可我在安装MySql时就选择了UTF8格式。原来错误原因是本地的脚本文件不是UTF8编码的，用记事本或UltraEdit将编码转为UTF8后问题解决。再次强调，JSP页面，数据库联接接方式，数据库创建，…，都须一致使用UTF8编码！

BTW，MySql最近借着Web2.0的浪潮风头很劲啊，techn orati（好像这几天被GFW filter了），flickr，del.icio.us等一批网站都是用了MySql。MySql还专门在首页开了一大块来炫耀。

------

按照他说的方法，通过source命令或者管道导入sql文件是没错了。但在Console/DOS窗口下运行insert语句带汉字还是会出现错误，为什么？经过一番测试，总结出这样的经验：

Console下调用程序发出的指令是通过一种编码格式编码之后发送出去的字符串，接收程序返回的信息同样也使用编码过的字符流。

例如我们要调用：

rename 1.txt 测试.txt

dos 下把这行命令用某种编码方式编码成字符串，如果renmae命令接收到这个命令字符串，但错误的理解了这个命令参数的编码，或者console发送这个命令时使用了utf8编码，而renmae认为是gbk编码，则该命令会把文件重命名成乱码的名字。（因为中文windows下编码默认都是gbk，所以我们从来没遇到过这样的乱码问题。在dos窗口左上角右键-->属性，当前代码页： 936 （ANSI/OEM - 简体中文 GBK ）验证DOS窗口是GBK编码发送字符）

但是，进入mysql命令之后，mysql命令可并不一定知道你发送的指令是GBK编码的，它可能认为你发送的指令是utf8编码，或者跟数据库编码一致的编码，或者跟某个全局变量一致的编码的指令字符串( mysql默认用什么编码接收指令，我没有研究清楚，请看官补充 )。所以这时候为了避免mysql误解你的指令编码，需要在调用mysql的时候加上--default-character-set=gbk 的参数。即使用 mysql -uroot -p --default-character-set=gbk 登录即可。注意，不要因为你的数据库是utf8编码就使用mysql -uroot -p --default-character-set=utf8去登录。我们这里说的是dos中发出的指令字符串的编码，dos窗口是不会用utf8编码去发送指令的。

当然，假设某个console发出的指令是通过utf8字符编码的，是不是应该用

mysql -uroot -p --default-character-set=utf8 ？没有试过，但分析应如此。

为什么用MYSQL-Front/SQLyog这样的GUI程序执行同样的sql就没有问题呢？在mysql-front/SQLyog登录时，就可以指定连接字符集，我猜想，登录进去之后在SQL编辑框中发送的SQL指令也许就是通过这个字符集编码的，如果跟数据库一致的话，当然没有问题了。

附上一个简单的sql测试代码：

#drop database test_001;

create database test_001 default character set utf8 collate utf8_general_ci;

use test_001;

create table config (

id smallint not null default '1' ,

name varchar(64) not null ,

descr varchar(64) ,

primary key(id)