MySQL进入时报错及使用中的几个基本问题

Linux下进入MySQL时报错如下：Can

Linux下进入MySQL时报错如下：

Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)

这很简单，是因为MySQL服务未启动，但从字面意思上看不出问题，比较诡异，解决办法：

service mysqld start

1. MySQL数据库的数据存放在什么位置？

/etc/mysql/my.cnf文件中的datadir参数指明了mysql数据库存放的位置。（默认：/var/lib/mysql）。

2. 查看mysql字符集（编码）的命令：

show variables like 'character_set_%';
show variables like 'collation_%';
show variables like '%server%';
status;

MySQL 4.1的字符集支持(Character Set Support)有两个方面：字符集(Character set)和排序方式(Collation)。对于字符集的支持细化到四个层次: 服务器(server)，数据库(database)，数据表(table)和连接(connection)。

3. 编码（字符集）统一为utf8

启动 mysql时，如果没指定指定一个默认的的字符集，这个值继承自配置文件中的（mysql默认的编码是latin1）；此时 character_set_server 被设定为这个默认的字符集； 当创建一个新的数据库时，除非明确指定，这个数据库的字符集被缺省设定为 character_set_server； 当选定了一个数据库时，character_set_database 被设定为这个数据库默认的字符集； 在这个数据库里创建一张表时，表默认的字符集被设定为 character_set_database，也就是这个数据库默认的字符集；当在表内设置一栏时，除非明确指定，否则此栏缺省的字符集就是表默认的字符集。

这样问题就随之而来了，假如一数据库是gbk编码。如果访问数据库时没指定其的字符集是gbk。那么这个值将继承系统的latin1，这样就做成mysql中文乱码。

（1）mysql默认的编码是latin1，在/etc/mysql/my.cnf中将默认编码设置为utf8：

在[client]和[mysqld]下添加：default-character-set=utf8。为了使设置生效，执行：sudo service mysql restart

（2）修改php访问方式，，在调用mysql_connect函数后添加：

mysql_query("SET NAMES 'UTF8'");
SET NAMES 'UTF8' 就等价于：
SET character_set_client='utf8'
SET character_set_connection='utf8'
SET character_set_results='utf8'

注：set names 必须在连接数据库之后,执行sql语句之前！你数据库用什么编码，在对数据库操作之前就set names '你的编码'。

4. 数据库编码转换（latin1 到 utf8）

（1）latin1编码数据导出：mysqldump -uroot -p --compatible=mysql40 --default-character-set=latin1 mydb > ~/Desktop/old.sql

（2）新建一个空数据库：mynewdb

（3）导入utf8编码数据：mysql -hlocalhost -uroot -p --default-character-set=utf8 mynewdb < ~/Desktop/old.sql

至此，mynewdb即为所求的utf8的数据库，原mydb可删除，也可省去（2）步，第（3）步直接导回mydb中。

注：这种方法有个致命之处就是当数据中有大量中文字符和其他特殊符号字符时，很有可能导致在（3）时报错导致无法正常导入数据，如果数据库比较大可以分别对每张表执行上述步骤。