weiliu1463的专栏

1 不停的收到email报警，内存值超过阀值80%了。2 top下，mysqld进程确实占据了77.5%，再加上一些其他的辅助进程，内存usage到了81%也可以理解。[xxx@00903 5.5.25a]$ toptop - 03:48:55 up 51 days, 17:11,  2 users,  load average: 0.09, 0.09, 0.11Tasks

先了解一下什么是GAP LOCK在INNODB中，record-level lock大致有三种：Record, Gap, and Next-KeyLocks。简单的说，RECORDLOCK就是锁住某一行记录；而GAPLOCK会锁住某一段范围中的记录；NEXT-KEYLOCK则是前两者加起来的效果。下面是MYSQL官方文档中相关内容的链接http://dev.mysql.co

执行MySQL相关操作的时候，出现如下错误：ERROR 1548 (HY000): Cannot load from mysql.proc. The table is probably corruptedGoogle获知是因为升级或者数据版本迁移的问题，忽然想起前段时间确实把MySQL5.版本的数据迁移到了现在的MySQL5.5上，罪过罪过，Linux终端下执行如下命令即可修复：

1 执行恢复命令 [xxx@xxx-c001db1 tmp]$ time /usr/bin/innobackupex --rsync --user="user" --password="#xxx$" /mysqldata/shared/backup [--rsync ] 可以记录master点，以便进行复制设置。InnoDB Backup Utility v1.5.1-xtra

请使用RHEL/CentOS 6.4及更新版本内核的MySQL同志们注意，vm.swappiness = 0的默认行为修改了，如果继续设置vm.swappiness = 0，有可能导致系统内存溢出，从而导致MySQL被意外kill掉。 在之前的《LINUX上MYSQL优化三板斧》中，我们建议大家把 vm.swappiness = 0 设置好。来尽量避免MySQL的服务器内存被交换出