Slave_IO_Running：NO
slave_sql_running：NO
如果是slave_io_running no了，那么就我个人看有三种情况，一个是网络有问题，连接不上，像有一次我用虚拟机搭建replication，使用了nat的网络结构，就是死都连不上，第二个是有可能my.cnf有问题，配置文件怎么写就不说了，网上太多了，最后一个是授权的问题，replication slave和file权限是必须的。如果不怕死就all咯。。
一旦io为no了先看err日志，看看爆什么错，很可能是网络，也有可能是包太大收不了，这个时候主备上改max_allowed_packet这个参数。
如果是slave_sql_running no了，那么也有两种可能，一种是slave机器上这个表中出现了其他的写操作，就是程序写了，这个是会有问题的，今天我想重现，但是有时候会有问题，有时候就没有问题，现在还不是太明了，后面再更新，还有一种占绝大多数可能的是slave进程重启，事务回滚造成的，这也是mysql的一种自我保护的措施，像关键时候只读一样。
这个时候想恢复的话，只要停掉slave，set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;再开一下slave就可以了，这个全局变量赋值为N的意思是：
This statement skips the next N events from the master. This is useful for recovering from replication stops caused by a statement.
This statement is valid only when the slave thread is not running. Otherwise, it produces an error.
1、虚拟主机用户，请联系空间商确认数据库是否正常启动，并跟空间商确认 MySQL 的 socket 文件启动地址，可以尝试在 论坛根目录下的配置文件 config.inc.php 中的 $dbhost 的值改为 $dbname = 'localhost:/tmp/mysql.socket‘，（这里假设 MySQL 的启动地址是 /tmp/mysql.socket，具体的启动地址依据空间商提供的启动地址而定）。
2、独立主机用户，请检查一下 MySQL 服务是否已经开启，没有开启，请启动 MySQL 服务；如果已经开启并且是 Linux 系统，请检查一下 MySQL 的 socket 路径，然后打开 config.inc.php 找到
$dbhost = 'localhost'; 在 localhost 后面加冒号‘:’和 MySQL 的 socket  路径。
比如 MySQL 服务器为 localhost
MySQL 的 socket  路径为 /tmp/MySQL.sock
那么就改成如下：
$dbhost = 'localhost:/temp/MySQL.sock';