Linux下MySQL的中文不能显示及sock链接错误问题解决

安装mysql后，默认的字符集是latin1。在linux下安装mysql不像在windows上安装那像，可以选择字符集（即使当时使用了默认的字符集，安装后也可以在安装目录下修改my.ini文件），但是在linux就不太一样了。在shell输入mysql登陆后:mysql>show variables like "%char%";回车后显示:+---------------------－+-----－－--------------
| 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 | /usr/share/mysql/charsets/
+---------------------+－－－-------------------这就是它默认的设置。接下来到/usr/share/mysql/目录下，将my-medium.cnf文件（使用其它实例配置文件也行）拷贝到/etc目录下：pds:~# cp /usr/share/mysql/my-medium.cnf /etc/my.cnf
pds:~# vi /etc/my.cnf分别在如下几项中添加字符集：[client]
default-character-set=gb2312
[mysqld_safe]
default-character-set=gb2312
[mysqld]
default-character-set=gb2312
#default-table-type=innodb
[mysql]
default-character-set=gb2312再重启mysql让配置生效:pds:~# service mysql restartShutting down MySQL done
Starting MySQL done再次登陆mysql后，查看变量：mysql>show variables like "%char%";+---------------------－+-----－－--------------
| Variable_name | Value
+-----------------------+-－－------------------
| character_set_client | gb2312
| character_set_connection | gb2312
| character_set_database | gb2312
| character_set_filesystem | binary
| character_set_results | gb2312
| character_set_server | gb2312
| character_set_system | utf8
| character_sets_dir | /usr/share/mysql/charsets/
+---------------------+－－－-------------------如此显示就完成了配置了，在表中插入一条含中文的记录，就不再出现乱码，但是原来插入的记录很可能还是乱码，因为原来的字符集与当前字符集不一致。最好将上面的gb2312改成utf8，因为utf8比gb2312更加通用些，某些情况下可能不能正常显示mysql的sock连接不正确的解决办法：
ln -s /var/lib/mysql/mysql.sock /tmp/mysql.sockLinux下配置Oracle 10G EM Database ConsoleMySQL-Proxy主从搭建读写分离全过程相关资讯 MySQL教程

30分钟带你快速入门MySQL教程（02月03日）
MySQL教程：关于I/O内存方面的一些（01月24日）
CentOS上开启MySQL远程访问权限（01/29/2013 10:58:40）

MySQL教程：关于checkpoint机制（01月24日）
MySQL::Sandbox （04/14/2013 08:03:38）
生产环境MySQL 5.5.x单机多实例配（11/02/2012 21:02:36）

本文评论查看全部评论（0）