mysql开通读权限_MySQL部分表Read Only问题排查

问题现象

某项目运维人员反馈，正常运行的系统，突然部分业务报错，问题指向MySQL，Table ‘xxxxx’ is read only

排查步骤

• 1.首先怀疑的是有人通过mysqldump导库操作，导库默认会锁表，类似于执行了flush tables with read lock ，让运维人员通过show processlist命令查看mysql线程后，没有可疑的导库线程
• 2.远程到现场，发现此现象并非是锁表，锁表状态下，select语句还是能执行的，而此现场查询也无法执行

• 3.这就有可能是文件权限被修改了，查看该表文件的权限，并无问题，用户mysql拥有读写权限。MySQL datadir目录权限也对

• 4.新增表或者数据也能正常执行

• 5.考虑到其他表没有read only问题，回想到第3步中的截图，文件后缀为MYD和MYI，正常InnoDB引擎应为ibd文件，此表创建时竟然用了引擎MyISAM。由于业务上一般为事务型，MyISAM用的比较少，创建一张MyISAM的表试一下。吼吼，没有权限~

• 6.上面的报错很明显，mysql用户无法在目录下创建文件。临时修改下/etc/passwd，切换到mysql用户核对下到底哪个目录没有权限

原来是第一级的/data目录，被人搞掉了x权限，无奈了

• 7.那问题的修复方式就比较简单了chmod o+x /data
• 8.验证下，ok，问题解决

总结

• 目录权限不对时，InnoDB表仍能创建，而MyISAM表既不能读，也不能创建，这一点表明MyISAM引擎除了事务上这点最大的区别外，进程对表数据文件的持有和加载时机也与InnoDB引擎存在不同，InnoDB引擎应该是在mysql启动时就持有了主要的文件句柄，所有文件权限临时变更短时间影响不到数据表的正常读写，而MyISAM引擎则不行
• 另，业务上主要为事务型，项目上这个表的引擎明显不对，已联系相关研发进行调整