网站总是挂掉，查看到原来是mysql总是莫名其妙的挂掉
1.查看mysql日志的位置
mysql> show VARIABLES like '%log%';
+-----------------------------------------+------------------------------------- ----------+
| Variable_name | Value |
+-----------------------------------------+------------------------------------- |
| log_error | /var/log/mysqld.log |
| log_output | FILE | |
+-----------------------------------------+------------------------------------- ----------+
rows in set (0.05 sec)
可得知mysql日志文件位于/var/log/mysqld.log
2.使用vim /var/log/mysqld.log 查看错误日志最后面发现如下内容
:: [ERROR] /usr/local/mysql/bin/mysqld: Disk is full writing './erqilu_87/pw_log_userdefend.MYD' (Errcode: ). Waiting for someone to free space... (Expect up to secs delay for server to continue after freeing disk space)
原来是磁盘空间满了
3.查看磁盘空间
[root@AY121231034820cd91077 ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 20G 20G 12M % /
tmpfs 498M 498M % /dev/shm
/dev/xvdb1 69G 21G 45G % /home
原来真的是爆满啊。。。。
4.查看具体那些文件占用了磁盘空间
[root@AY1212334820cd91077 ~]# du -h --max-depth= /
4.1G /var
.1G /root
97M /lib
156M /tmp
21G /home
11M /sbin
/opt
6.2M /bin
6.5G /usr
30G /
du 命令补习班
{
du -h --max-depth= / 这句话的意思是列举出（du）“/”目录下深度为一个文件夹（--max-depth=）的文件夹的大小并且以人能够看懂的方式表现（-h）也就是M,G,KB什么的
}
可以看到home文件夹最大，不过这个文件夹在第2步的时候已经知道了不是和mysql的文件挂在在同一个磁盘的
其次就是/usr文件夹还有/var文件夹
5.解决/usr文件夹的容量问题
依然使用du命令查看/usr文件夹
发现原来是/usr/local/nginx/logs文件夹中的nginx的日志文件太大了而且还有以前用vim打开的时候因为没有正确关闭而导致的swp文件，整个/usr/nginx/logs文件夹整整有6.4G
首先删除所有的swp文件和swo文件，一下子就清爽了许多
然后想着要定期的删除以下log文件，涉及到的知识有logrotate日志管理工具（参见我的另一篇日志）
打开/etc/logrotate.d/文件夹新建一个sample文件写入以下内容
/usr/local/nginx/logs/erqilu.access.log{
olddir /usr/local/nginx/logs/oldErqiluAccessLogs //指定旧文件的存储文件夹
weekly //指定每周执行一次
dateext //指定转存后的文件以文件名+日期来命名
rotate //指定保存八个转存的文件
create root utmp //指定转存后创建新的文件权限和原来一样
sharedscripts
prerotate //执行前的动作的开始标志
/usr/bin/chattr -a /usr/local/nginx/logs/erqilu.access.log //将/usr/local/nginx/logs/erqilu.access.log变成不可追加字符串
endscript //执行前的动作的结束标志
postrotate //执行后的动作的开始标志
/usr/bin/chattr +a /usr/local/nginx/logs/erqilu.access.log //将/usr/local/nginx/logs/erqilu.access.log 变成可以追加字符
/bin/kill -HUP `cat /var/run/syslogd.pid > /dev/null` > /dev/bull || true //重新启动syslog进程 syslogd.pid中存储的是打开syslogd进程的时候分配的进程号
/bin/kill -HUP `cat /usr/local/nginx/logs/nginx.pid ` //重新启动nginx（nginx.pid文件中存储的是打开nginx服务的时候的进程号）
endscript //执行后动作的结束标志
}
然后使用命令：logrotate -f /etc/logrotate.d/sample 强制这个文件执行，
然后就会发现在 olddir /usr/local/nginx/logs/oldErqiluAccessLogs 多了一个erqilu.access.log-20150403而原来的那个文件也已经清空了，
在查看erqilu.access.log-20150403没有发现有什么问题之后，就将erqilu.access.log-20150403删除或者多执行几次：logrotate -f /etc/logrotate.d/sample
删除大文件之后，如果我们的配置正确的话，会每周都执行一次并且最大会保存八个历史文件，如果超出了八个就将最古老的那个文件删除
6.解决/var文件夹容量的问题
依然使用du命令发现占用空间最大的是/var/lib/mysql文件夹
打开一看不知道神马时候被人插入的数据库，使用phpmyadmin工具查看全是卖…………@#￥%……&*的
直接使用phpmyadmin将这个数据库删了，并且优化了一下数据库。
在这个文件夹中还有一个ibdata1文件，有几百M，经过查询时innodb类型的数据库产生的结构文件，并且如果数据库改动的话，这个文件并不会缩小，只会慢慢变大
还有两个几十M的文件ib_logfile0、ib_logfile1，经过查询，这些文件是myisam结构的数据库产生的结构文件
解决的办法如下
- 停止mysql的运行，
- 将服务器上的所有数据库备份（推荐使用phpmyadmin，教程可以看我的另一篇日志）
- 将服务器上面的所有数据库删除
- 将ibdata1、ib_logfile0、ib_logfile1全部删除，
- 恢复原来备份的整个服务器的数据库
//蛋疼的是这样做太费事儿了，而且只是能将ibdata1这个文件缩小，得不偿失，放弃这个目标
经过这些步骤之后再次查看磁盘占用
[root@AY121231034820cd91077 ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 20G 13G .6G % /
tmpfs 498M 498M % /dev/shm
/dev/xvdb1 69G 21G 45G % /home
世界终于清静了