Chinaunix首页 | 论坛 | 博客
  • 博客访问: 2759142
  • 博文数量: 587
  • 博客积分: 6356
  • 博客等级: 准将
  • 技术积分: 6410
  • 用 户 组: 普通用户
  • 注册时间: 2008-10-23 10:54
个人简介

器量大者,福泽必厚

文章分类

全部博文(587)

文章存档

2019年(3)

2018年(1)

2017年(29)

2016年(39)

2015年(66)

2014年(117)

2013年(136)

2012年(58)

2011年(34)

2010年(50)

2009年(38)

2008年(16)

分类: LINUX

2010-10-09 21:04:08

现在mysql日志中查到损坏的表
如图:
 
修复过程如图:
 
还有一个问题,在使用过程中发现的:
101009 20:37:33 [ERROR] /usr/local/mysql5//libexec/mysqld: Can't find file: './db_glod_com/site_parameter.frm' (errno: 13)
 
一般是权限所致,看看该数据库是否有适当的权限(在我们的库中,该库和文件的的权限为000),修改为正确的权限即可!



网站突然不能正常显示:见附件!

原因:数据库里面的部分表损坏了!
数据库日志中的报错如下:

直接修复整个数据库即可!
解决方法:
/data/mysql/bin/mysqlcheck  -uroot -p****  --repair --extended  mydb
问题即可解决!

mysql下常用的操作:

mysqlcheck  -uroot  -p*****  mydb  –c  检查是否有坏表!

mysqlcheck  -uroot  -p****    mydb  –r  修复整个数据库。

mysqlcheck  -uroot  -p****  --auto-repair --optimize  wow

mysqlcheck -u root -p --auto-repair --optimize --all-databases ##自动修复所有数据库

执行mysqlcheck -u root -p***** --auto-repair --optimize --all-databases语句时有如下的提示:



曾经试图使用rsync同步远程的数据库,例如一个在公司内部,另外一个db在美国,
rsync同步数据库文件容易造成表的损害,而且如果不刷新cache,覆盖的文件是不能立即生效的
修复数据库命令见上面的部分!
刷新缓存见附件!



阅读(1377) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~