重启服务器后-->重启应用服务(Confluence)-->报错，数据库连接失败（mysql设置了开机自启动）-->查看mysql数据库状态：
[root@fisheye ~]# ps -ef | grep mysql root 25555 21974 0 11:28 pts/0 00:00:00 grep mysql
启动mysql服务器
[root@fisheye data]# service mysql start
MySQL server PID file could not be found![失败] Starting MySQL.............. ERROR! The server quit without updating PID file (/mydata/data/fisheye..pid).[失败]
查看错误日志：
[root@fisheye data]# tail -100 fisheye.err
InnoDB: Last MySQL binlog file position 0 337403929, file name ./mysql-bin.000016 141013 1:13:28 InnoDB: Waiting for the background threads to start 141013 1:13:29 InnoDB: 5.5.33 started; log sequence number 1006647152 17:13:29 UTC - mysqld got signal 11 ; This could be because you hit a bug. It is also possible that this binary or one of the libraries it was linked against is corrupt, improperly built, or misconfigured. This error can also be caused by malfunctioning hardware. We will try our best to scrape up some info that will hopefully help di141013 01:13:29 mysqld_safe mysqld from pid file /mydata/data/fisheye.pid ended
未发现明显性错误提示，所以手动创建一个pid文件试试
[root@fisheye data]# touch /mydata/data/fisheye.pi
再进行重启服务：
[root@fisheye data]# service mysql restart
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)
突然想到之前看过此类报错的文章，记得有可能是磁盘空间不足导致的mysql无法启动。
[root@fisheye data]# df -h
（文件系统 容量 已用 可用 已用% 挂载点）
/dev/sda1 9.5G 9.5G 0 100% /
/dev/sda4 5.5G 1.3G 4.0G 24% /mnt/backup
/dev/mapper/IhuilianVG-IhuilianLV00
22G 4.2G 17G 20% /var/www/app
tmpfs 1.3G 0 1.3G 0% /dev/shm
果然如此，下面罗列一些类似问题(无法启动)的解决思路：
1.可能是datadir目录存在的分区满了(df -h )
解决方法：打开配置文件/etc/my.cnf，在[mysqld]节下重新指定数据目录(datadir)，并将原来的数据目录迁移到重新制定的数据目录处
关于迁移：(1)、cp或者tar的时候一定要把权限给带上，但是为防止意外建议再授权一次；(2)、数据比较大时一定要先压缩再迁移，保证完整性，特别是scp到其他机器时可能会超时所以一定要压缩(tar.gz)；(3)、若是移动至另外的服务器一定要保证mysql版本一致。
2.可能是/mydata/data/fisheye.pid文件没有写的权限
解决方法 ：给予权限，执行 “chown -R mysql:mysql /mydata/data/” 然后重新启动mysqld！
3.可能进程里已经存在mysql进程
解决方法：用命令“ps -ef|grep mysqld”查看是否有mysqld进程，如果有使用“kill -9 进程号”杀死，然后重新启动mysqld！
4.可能是第二次在机器上安装mysql，有残余数据影响了服务的启动。
解决方法：去mysql的数据目录/data看看，如果存在mysql-bin.index，就赶快把它删除掉吧，它就是罪魁祸首了。
5.skip-federated字段问题(报错信息：[ERROR] /mydata/data/mysql/libexec/mysqld: unknown option '--skip-federated')
解决方法：检查一下/etc/my.cnf文件中有没有没被注释掉的skip-federated字段，如果有就立即注释掉吧。
6.selinux惹的祸，如果是centos系统，默认会开启selinux
解决方法：关闭它，打开/etc/selinux/config，把SELINUX=enforcing改为SELINUX=disabled后存盘退出重启机器试试。
备份失败
说明
执行 mysqldump 时出现找不到某一个 tables 并且中断执行？及锁表后延伸出现的问题记录！
问题及方案如下
Error Meaage: 执行mysqldump 时出现找不到某一个 tables 并且中断执行
[root@test100 data]# mysqldump fx > fx.sql
mysqldump: Got error: 1146: Table 'user_suggest_report' doesn't exist when using LOCK TABLES
考虑加上 --skip-lock-tables或者-R进行锁表试试，也是不行，信息如下
[root@test100 data]#mysqldump --skip-lock-tables fx > fx.sql
Error: Couldn't read status information for table vote_results () mysqldump: Couldn't execute 'show create table `user_suggest_report`': Table 'fx.user_suggest_report' doesn't exist (1146)
登陆服务器查看是否存在此表
[root@test100 data]#mysql -h127.0.0.1 -D fx mysql> show tables; #查看所有的表 --> 发现是表存在的
+--------------------------------+ | Tables_in_fx | +--------------------------------+ | user_suggest_report | +--------------------------------+ 80 rows in set (0.00 sec)
删除此表
mysql> drop table user_suggest_report; #既然是存在的，但是系统却认定不存在说明存在问题，索性想删除试试
ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'user_suggest_report' at line 1
进入mysql存储目录下将其数据表移动或删除
[root@test100 data]# cat /etc/my.cnf | grep datadir datadir=/var/lib/mysql [root@test100 data]# cd /var/lib/mysql/fx/ [root@test100 fx]# mv user_suggest_report.frm /data
重启mysql服务器
[root@test100 fx]# service mysqld restart
重新备份操作
[root@test100 data]# mysqldump fx > fx.150109.sql #操作成功
