今天一同事说文件系统/tmp目录下空间用满了,当时du统计目录所有文件的时候去很小。听到这个现象,第一感觉就是应该有大文件被删除,但是这个文件可能依然被其他程序打开,导致这个文件不能被清除。登上服务器使用lsof看了一下,果然如此,具体排查过程如下: $df -h Filesystem Size Used Avail Use% Mounted on /dev/sda3 8.6G 1.5G 6.7G 18% / /dev/sda10 784G 325G 420G 44% /u01 /dev/sda5 8.7G 7.9G 407M 96% /tmp /dev/sda2 15G 2.8G 11G 21% /usr /dev/sda1 122M 12M 104M 10% /boot tmpfs 7.9G 4.0K 7.9G 1% /dev/shm $sudo lsof | grep /tmp | sort -k7 -nr [...]
今天一同事在进入mysql实例中某个数据库的时候,碰到ERROR 1018 (HY000): Can't read dir of './xx/' (errno: 13)错误,导致不能对该库进行相关操作(如:show tables时候也报同样的错),通过perror查看具体错误原因: $perror 13 OS error code 13: Permission denied 发现是权限问题,数据目录及其文件的用户和属组都是root,修改正确的权限后,可以show tables操作,但是进行count(*)表的时候,mysql实例重启了。 后面测试了一下: (1)mysql实例启动的时候,修改数据目录权限,然后访问报ERROR,还原权限后,都正常。 (2)mysql实例启动之前,修改数据目录权限,启动后,然后访问报ERROR,还原权限后,对表进行操作,mysql实例异常重启。
在mysql version : 5.1.48-log的测试的时候,原来打算使用query cache,结果一直使用不了,后面测试发现是参数的配置不合理导致的。 原参数配置如下: root@test 01:47:31>show variables like '%query_cache%'; +------------------------------+----------+ | Variable_name | Value | +------------------------------+----------+ | have_query_cache | YES | | query_cache_limit | 1024 | | query_cache_min_res_unit | 1024 | | query_cache_size | 31457280 | | query_cache_type | DEMAND | | query_cache_wlock_invalidate | OFF | +------------------------------+----------+ 6 rows in set (0.00 sec) [...]