MySQL故障 网站跟数据统一管理的典型错误 - SEO - 新闻资讯 - MySQL故障 网站跟数据统一管理的典型错误
新闻资讯

MySQL故障 网站跟数据统一管理的典型错误

发布时间:2020-12-08 浏览次数:33

分部工程由于数据量较小一直采用 MYISAM,搭建后交给分部的运营工程师维护,众所周知,表损坏时这种存储引擎往往会**,幸好 mysql提供了在线修复工具,虽然建议比较重要的数据还是要转换为 innodb存储引擎,特别是并发量更新较大时,本文将带您了解 mysql的典型错误!

环境:

网站架构:LNMP(linux+nginx+mysql+php)

系统:Centos 5.5 64bit

Mysql:mysql 5.1.50,MYISAM引擎

详细过程:

夜里回家准备吃饭,接到电话,说分公司的论坛登录不了,说数据库连接不上,让我去查一下,于是通过 SecureCRT登录到服务器上,首先查看 mysql的 error日志,查看错误日志的内容如下

显然,这是因为ucentersmutf8数据库的uc_members表损坏所致,找到问题可以很好地解决,然后通过 mysql– uroot– p******登录到服务器上,奇怪的发现登录不了, ps aux| grep mysqld查看,发现有人在重新启动 mysqld,打来分部那边确认,果然,他们发现网站访问时报了数据库错误,便想当然地去重新启动 mysqld,但却没有分析原因。在他们重新启动时发现 mysql一直在等待,所以打电话给我。不确定需要等多久,直接通过命令ps aux | grep mysqdd找到MySQL的进程id,直接kill -9。然后执行/etc/rc.d/init.d/mysqld start启动,发现启动失败。然后查看mysql的错误日志,发现如下错误
Mysql找不到二进制日志索引文件?在从cd到Mysql的数据目录中找到了Mysql-bin.index。突然看到目录下的文件都是www的。我晕倒了。MySQL数据库目录的权限是谁改的???然后执行chown–r MySQL。MySQL/data/dbdata,然后/etc/RC . d/init . d/MySQL启动,OK。开始没有问题,下一步是修复mysql表。mysql修复过程如下:
修复完成后访问网站,一切正常!后来我问了分行。原来mysql的数据目录和网站的目录记录在同一个总目录下。管理员的网站文件很方便,/data目录下的所有文件都被chown–rwww.www/data.直接改成了www用户,似乎有必要增加一个脚本来监控所有表的状态来实时报警!


上一篇: 没有了

下一篇: MySQL分布式数据库适用于飞机订票系统吗

相关推荐

产品试用 产品试用
400-820-6580 免费电话