找不到mysql socket的问题，我最近碰到了好多次
重装系统以前，我的mysql，apache，php都是自己编译安装的，当时并没有碰到这些问题，
重装系统以后，我的mysql是通过yum安装的，apache1.37和php5.2是自己编译安装的，出现了这个问题
首先是mysqld启动不了，
我通过vim /etc/my.cnf，修改了[mysqld]选项下面的socket的值
socket =/ var / lib / mysql / mysql.sock
ok，mysqld可以启动了
接下来，是
mysql启动不了，同样，vim /etc/my.cnf,添加了如下脚本：
[mysql]
socket
=/
var
/
lib
/
mysql
/
mysql.sock
然后，
mysqladmin启动不了，还是一样，在[mysqladmin]下面socket值设置为同样的路径
ok,可以启动了
最后，用
php连接的时候，又出现这个问题了
Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)
我首先想到的是，在/etc/php.ini修改mysql.default_socket的值，在这个文件中，关于mysql.default_socket的值的说明是这样的，
; Default socket name for local MySQL connects. If empty, uses the built-in MySQL defaults.
这个值一开始是空的，也就是说，如果我们不主动去修改的话，php将会使用内建在mysql中的默认值
于是，我修改了这个值，设置为：
mysql.default_socket =/ var / lib / mysql / mysql.sock
然后我重新启动apache，结果无效；reboot系统，结果无效
我火大了，php就非得去连接/tmp/mysql.sock，可是我的系统里面就是没有这个路径下的这个文件，那我就给你链接一个，于是我做了下面的操作，
ln -s /
var
/
lib
/
mysql
/
mysql.sock /tmp/mysql.sock
重新打开我的php页面，ok，这下能连接到数据库了。
就这样，我把这个问题解决了，可是我还是有点迷糊，为什么一定要去找/tmp/mysql.sock这个文件，是不是一开始我就给它ln一个链接就可以解决？这个mysql.sock到底是用来做什么的？于是我就产生了看看这个文件内容的想法,
cat /var/lib/mysql/mysql.sock
提示我，cat: /var/lib/mysql/mysql.sock: 没有那个设备或地址
less /var/lib/mysql/mysql.sock
/var/lib/mysql/mysql.sock is not a regular file (use -f to see it)
我强行查看！
less -f /var/lib/mysql/mysql.sock
/var/lib/mysql/mysql.sock: 没有那个设备或地址
～～
vim /var/lib/mysql/mysql.sock
提示权限不足，我是root用户耶，还提示权限不足，奇怪了
～～～～
ll /var/lib/mysql/mysql.sock
看到的属性是：
srwxrwxrwx 1 mysql mysql 0 11-21 14:39 /var/lib/mysql/mysql.sock
这个属性引起了我的注意，档案类型标志是s,还真没去了解过这样的类型，到鸟哥的私房菜去找了一下，原来，这个是资料接口档，用我们大陆说的习惯应该是套接字文件(sockets)，这种文件一般用在网络上的资料套接，mysqld守护进程生成了这个文件，其他与mysql相关的程序想使用mysql，估计就是通过这个文件了。
这种特殊文件即使是最高权限的root用户，也是不能查看不能编辑的，有点像档案标志是p的管道文件。
另可一个MySQL客户可以两种不同的方式连接mysqld服务器：Unix套接字，它通过在文件系统中的一个文件(缺省“/tmp/mysqld.sock”)进行连接；或TCP/IP，它通过一个端口号连接。Unix套接字比TCP/IP更快，但是只有用在连接同一台计算机上的服务器。如果你不指定主机名或如果你指定特殊的主机名localhost，使用Unix套接字。
错误(2002）Can 't connect to ...通常意味着没有一个MySQL服务器运行在系统上或当试图连接mysqld服务器时，你正在使用一个错误的套接字文件或TCP/IP端口。
由检查(使用ps)在你的服务器上有一个名为mysqld的进程启动！如果没有任何mysqld过程，你应该启动一个。
如果一个mysqld过程正在运行，你可以通过尝试这些不同的连接来检查服务器(当然，端口号和套接字路径名可能在你的安装中是不同的)：
shell> mysqladmin version
shell> mysqladmin variables
shell> mysqladmin -h `hostname` version variables
shell> mysqladmin -h `hostname` --port=3306 version
shell> mysqladmin -h 'ip for your host ' version
shell> mysqladmin --socket=/tmp/mysql.sock version
注意hostname命令使用反引号“`”而非正引号“ '”；这些导致hostname输出（即，当前主机名)被代替进mysqladmin命令中。
这是可能造成Can 't connect to local MySQL server错误的一些原因：
mysqld不在运行。
你正在使用MIT-pthreads的一个系统上运行。如果正在运行在一个没有原生线程的系统上，mysqld使用 MIT-pthreads 软件包。然而，MIT-pthreads不支持Unix套接字，因此当与服务器连接时，在这样一个系统上，你总是必须明确地指定主机名。试试使用这个命令检查到服务器的连接：
shell> mysqladmin -h `hostname` version
某人删除了mysqld使用的Unix套接字(缺省“/tmp/mysqld.sock”)。你可能有一个cron任务删除了MySQL套接字(例如，一个把旧文件从“/tmp”目录中删除的任务)。你总是可以运行mysqladmin version并且检查mysqladmin正在试图使用的套接字确实存在。在这种情况下，修复方法是删除cron任务而不删除“mysqld.sock 或将套接字放在其他地方。你能用这个命令在MySQL配置时指定一个不同的套接字地点：
shell> ./configure --with-unix-socket-path=/path/to/socket
你也可以使用--socket=/path/to/socket选项启动safe_mysqld和在启动你的MySQL客户前设置环境变量MYSQL_UNIX_PORT为套接字路径名。你可用--socket=/path/to/socket选项启动mysqld服务器。如果你改变了服务器的套接字路径名，你也必须通知MySQL客户关于新路径的情况。你可以通过设置环境变量MYSQL_UNIX_PORT为套接字路径名或由提供套接字路径名作为客户的参数做到。你可用这个命令测试套接字：
shell> mysqladmin --socket=/path/to/socket version
你正在使用 Linux和线程已经死了(核心倾倒了)。在这种情况中，你必须杀死其它mysqld线程(例如在启动一个新的MySQL服务器之前，可以用mysql_zap脚本）。见18.1 如果MySQL总是崩溃怎么办。
如果你得到错误Can 't connect to MySQL server on some_hostname，你可以尝试下列步骤找出问题是什么：
通过执行telnet your-host-name tcp-ip-port-number并且按几次回车来检查服务器是否正常运行。如果有一个MySQL运行在这个端口上，你应该得到一个包含正在运行的MySQL服务器的版本号的应答。如果你得到类似于telnet: Unable to connect to remote host: Connection refused的一个错误，那么没有服务器在使用的端口上运行。
尝试连接本地机器上的mysqld守护进程，并用mysqladmin variables检查mysqld被配置使用的TCP/IP端口(变量port)。
检查你的mysqld服务器没有用--skip-networking选项启动。
不要使用 mysql -h 'localhost '来连接mysql服务器，这样的语句只能在同一台机子上运行，用mysql -h 127.0.0.1 这样的语句来连接服务器。见：
