MySQL命令行界面中出现字符错误提示的原因及解决方法

ERROR 2019 (HY000): Can't initialize character set gb2312
搞了好半天，MySQL都重装了两次，号悲剧。。。
之前设置了系统编码全都是UTF-8了的

vi /etc/sysconfig/i18n

LANG=zh_CN.UTF-8
LANGUAGE=zh_CN.UTF-8:zh_CN.GB2312:zh_CN
SUPPORTED=zh_CN.UTF-8:zh_CN:zh:en_US.UTF-8:en_US:en
SYSFONT=lat0-sun16

数据库也一直配置的 utf8

cmake -DCMAKE_INSTALL_PREFIX=/usr/local/mysql \

-DMYSQL_UNIX_ADDR=/usr/local/mysql/mysql.sock \
-DDEFAULT_CHARSET=utf8 \
-DDEFAULT_COLLATION=utf8_general_ci \
-DWITH_EXTRA_CHARSETS:STRING=utf8,gbk \
-DWITH_MYISAM_STORAGE_ENGINE=1 \
-DENABLED_LOCAL_INFILE=ON \
-DWITH_INNOBASE_STORAGE_ENGINE=1 \
-DWITH_READLINE=1 \
-DENABLED_LOCAL_INFILE=1 \
-DMYSQL_DATADIR=/var/mysql/data

不知道怎么冒出个 gb2312 来
找了好久最后终于发现应该是终端输入内容编码的问题，想起之前为了让 SSH 正常显示中文修改了

vi /etc/profile

LANG=zh_CN.GB2312
export LANG

这地方给修改过的原因，于是将它注释掉然后关了 ssh 重新链接后执行命令就正常了，

PS：MySQL导入乱码解决
导入时出现乱码，需要在语句中添加指定导入数据的编码格式：

mysql -uroot -p database_name < database_backup.sql --default-character-set=utf8
赞 (0)

相关推荐

  • MySQL错误Forcing close of thread的两种解决方法

    MySQL错误Forcing close of thread的两种解决方法

    最近网站访问量大增,可能有些频道程序也有一些问题,造成了MySQL数据库出现Forcing close of thread 28790 user错误.如果遇到这种情况改怎么解决呢?icech找到两种方法来解决: 1.修改mysql配置文件 如果配置文件是my.ini,可以在在my.ini添加下面两条内容: skip-locking skip-name-resolve 注意:在新版本的mysql中,skip-locking已经被换成了skip-external-locking,如果使用skip-l

  • 关于MySQL中savepoint语句使用时所出现的错误

    前几天帮同事解决一个案例,在主从复制环境下,从库上的MySQL版本号是5.5.5,遇到下面的错误: #其他非相关信息我都隐藏掉了 [(yejr@imysql.com)]> show slave status \G; Slave_IO_Running: Yes Slave_SQL_Running: No Last_Errno: 1064 Last_Error: Error 'You have an error in your SQL syntax; check the manual that co

  • 安装Mysql时出现错误及解决办法

    因为一时手痒痒更新了一下驱动,结果导致无线网卡出了问题.然而就算是从官网上下载了驱动各种折腾也没有弄好,心里特别堵.无奈只有重装系统这一条路了.这里表示特别难过,因为电脑上东西实在太多了,而且各种环境变量.所以建议一些对电脑特不是别精通的最好不好胡乱倒腾(像我这样的人),除非你想专门研究. 重装的悲剧就是所有的软件都得重新配置.有点不太情愿,因为毕竟没有太多的闲时间.但是,也有点小确幸,因为一直在学习其他的知识,开始的时候配置好的东西就再也没有研究过,只觉得配好了就很高兴,因为这样就可以接着做下

  • MySQL的主从复制步骤详解及常见错误解决方法

    mysql主从复制(replication同步)现在企业用的比较多,也很成熟.它有以下优点: 1.降低主服务器压力,可在从库上执行查询工作. 2.在从库上进行备份,避免影响主服务器服务. 3.当主库出现问题时,可以切换到从库上. 不过,用它做备份时就会也有弊端,如果主库有误操作的话,从库也会收到命令. 下面直接进入操作.这里使用的是debian5操作系统,mysql5.0,默认引擎innodb 10.1.1.45 主库 10.1.1.43 从库 1.设置主库 1)修改主库my.cnf,这里主要是

  • 分享一下Mysql常见的几个错误问题及解决方法

    1.问题: mysql DNS反解:skip-name-resolve   错误日志有类似警告: 1.120119 16:26:04 [Warning] IP address '192.168.1.10' could not be resolved: Name or service not known 2.120119 16:26:04 [Warning] IP address '192.168.1.14' could not be resolved: Name or service not k

  • mysql中一个普通ERROR 1135 (HY000)错误引发的血案

    今天接到测试人员反应,测试环境前端应用程序无连接mysql数据库,登录mysql服务器,查看错误日志,发现有如下报错: ERROR 1135 (HY000): Can't create a new thread (errno 11);if you are not out of available memory,you can consult the manual for a possible OS-dependent bug 第一反应感觉可能是跟ulimit限制连接数有关,文件描述符不够用.接下

  • PHP错误Warning:mysql_query()解决方法

    php提示错误:Warning: mysql_query() [function.mysql-query]: Access denied for user 'ODBC'@'localhost' (using password: NO) 代码: <?php class mysqlClass { function mysqlClass($host='localhost',$user='root',$pw='',$db='mysql') { $this->link=mysql_connect($ho

  • MySQL下PID文件丢失的相关错误的解决方法

    今天同事A找到我,说是Mysql server X的负载很高,查询很慢.他自己捣鼓了一阵未果后,我们一起看了下. [root@redhat var]# uname -a Linux xxx 2.6.18-128.el5 #1 SMP Wed Dec 17 11:41:38 EST 2008 x86_64 x86_64 x86_64 GNU/Linux [root@redhat var]# mysql -u root -p -e "select version();" +--------

  • MySQL导入sql脚本错误：2006 解决方法

    MySQL导入sql脚本错误：2006 解决方法

    MySQL导入sql脚本错误:2006 - MySQL server has gone away 到如一些小脚本很少报错,但最近导入一个10+M的SQL脚本,却重复报错: Error occured at:2014-03-24 11:42:24 Line no.:85 Error Code: 2006 - MySQL server has gone away 最终找到原因,原来是MySQL导入大批量数据的时候超出了默认允许最大的数据包所以就提示2006 - MySQL server has go

  • MySQL错误ERROR 1615 解决方法

    今天测试合服脚本的时候,遇到一个很奇怪的问题.Mysql报ERROR: ERROR 1615 (HY000): Prepared statement needs to be re-prepared 经过测试,发现不是合服脚本的问题.经过一番搜索.发现原来是mysql的变量值设置不合理引起的,调整以下值: table_open_cache 64=>16384 table_definition_cache 256=>16384 mysql> set global table_open_cac

随机推荐