紧急，mysql启动不了，请各位帮忙

machiqiao

tellabs008

没看懂... ....

itsongliu

学习了

love4u

硬盘空间是不是满了？

iamacnhero

设置 my.cnf 中 innodb_force_recovery = 4，然后删除两个innodb log file，重启，一般都能搞定。

dimen007

看看My.cnf中的

| innodb_log_file_size                    
| innodb_log_files_in_group            
| innodb_log_group_home_dir           

这几个参数，确定出现问题之前，发生过什么意外情况？

renxiao2003

有的时候在改任何配之前最好先backup一下。

machiqiao

这台服务器是朋友的，具体什么原因引起的问题我也不太清楚

---用下面这个方法试了，还是有问题，可以启动起来，但是进去select什么的，都提示和mysql失去连接
设置 my.cnf 中 innodb_force_recovery = 4，然后删除两个innodb log file，重启

legsantking

InnoDB: Error: page 1785858 log sequence number 151 2770983560
InnoDB: is in the future! Current system log sequence number 131 3791365897.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
这段话的意思很清楚了，说明你的数据文件的LSN比你redo log的LSN要大，当系统尝试使用Redo Log去修复数据页面的时候，发现Redo Log LSN比数据页面还小，所以导致错误，通常，数据页的LSN在一般情况下，都是小于Redo Log的，因为在事物提交或innodb_trx_commit设置的方式提交时，先将事物顺序写入Redo Log ， 然后后台线程按照 max_prt_dirty_page参数设置的比例刷新或当系统检测到当10秒内系统ios小于200时，会执行刷新脏页操作，所以，Redo Log的LSN正常情况下永远会比数据页大，但事实上，你是对redo log 做了什么操作，导致了这种情况，如果你比允许丢数据的话，你可以把数据库停掉，然后把Redo Log 删掉 ， 就可以启动数据库了，但会发现数据不一致。