mysql 数据库无法启动INNODB 怎么办求高手解决

ikenbor 2013-10-16 03:36:11
131016 15:33:18 mysqld_safe Starting mysqld daemon with databases from /alidata/server/mysql/var
131016 15:33:18 InnoDB: Initializing buffer pool, size = 800.0M
131016 15:33:18 InnoDB: Completed initialization of buffer pool
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
131016 15:33:18 InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
131016 15:33:18 InnoDB: Error: page 7 log sequence number 110 2657205495
InnoDB: is in the future! Current system log sequence number 0 3114505740.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-innodb-recovery.html
InnoDB: for more information.
131016 15:33:18 InnoDB: Error: page 1 log sequence number 93 3574294358
InnoDB: is in the future! Current system log sequence number 0 3114505740.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-innodb-recovery.html
InnoDB: for more information.
131016 15:33:18 InnoDB: Error: page 3 log sequence number 93 3574294358
InnoDB: is in the future! Current system log sequence number 0 3114505740.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-innodb-recovery.html
InnoDB: for more information.
131016 15:33:18 InnoDB: Error: page 2 log sequence number 110 2705000881
InnoDB: is in the future! Current system log sequence number 0 3114505740.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-innodb-recovery.html
InnoDB: for more information.
131016 15:33:18 InnoDB: Error: page 4 log sequence number 110 2721370334
InnoDB: is in the future! Current system log sequence number 0 3114505740.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-innodb-recovery.html
InnoDB: for more information.
131016 15:33:18 InnoDB: Error: page 11 log sequence number 110 1269294416
InnoDB: is in the future! Current system log sequence number 0 3114505740.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-innodb-recovery.html
InnoDB: for more information.
131016 15:33:18 InnoDB: Error: page 62 log sequence number 4 1403116640
InnoDB: is in the future! Current system log sequence number 0 3114505740.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-innodb-recovery.html
InnoDB: for more information.
131016 15:33:18 InnoDB: Error: page 5 log sequence number 110 2791303633
InnoDB: is in the future! Current system log sequence number 0 3114505740.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-innodb-recovery.html
InnoDB: for more information.
131016 15:33:18 InnoDB: Error: page 6 log sequence number 110 2791553052
InnoDB: is in the future! Current system log sequence number 0 3114505740.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-innodb-recovery.html
InnoDB: for more information.
131016 15:33:18 InnoDB: Error: page 769 log sequence number 110 2892239346
InnoDB: is in the future! Current system log sequence number 0 3114505740.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-innodb-recovery.html
InnoDB: for more information.
InnoDB: Error: trying to access page number 77451818 in space 0,
InnoDB: space name /alidata/server/mysql/var/ibdata1,
InnoDB: which is outside the tablespace bounds.
InnoDB: Byte offset 0, len 16384, i/o type 10.
InnoDB: If you get this error at mysqld startup, please check that
InnoDB: your my.cnf matches the ibdata files that you have in the
InnoDB: MySQL server.
131016 15:33:18 InnoDB: Assertion failure in thread 139702648760096 in file fil/fil0fil.c line 4135
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to http://bugs.mysql.com.
InnoDB: If you get repeated assertion failures or crashes, even
InnoDB: immediately after the mysqld startup, there may be
InnoDB: corruption in the InnoDB tablespace. Please refer to
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-innodb-recovery.html
InnoDB: about forcing recovery.
07:33:18 UTC - mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.

key_buffer_size=268435456
read_buffer_size=33554432
max_used_connections=0
max_threads=1024
thread_count=0
connection_count=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 67381600 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.

Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0 thread_stack 0x40000
/alidata/server/mysql/libexec/mysqld(my_print_stacktrace+0x29) [0x883349]
/alidata/server/mysql/libexec/mysqld(handle_fatal_signal+0x41a) [0x6db72a]
/lib64/libpthread.so.0(+0xf500) [0x7f0f0e7ed500]
/lib64/libc.so.6(gsignal+0x35) [0x7f0f0d6778a5]
/lib64/libc.so.6(abort+0x175) [0x7f0f0d679085]
/alidata/server/mysql/libexec/mysqld(fil_io+0x34e) [0x7a33fe]
/alidata/server/mysql/libexec/mysqld() [0x78be10]
/alidata/server/mysql/libexec/mysqld(buf_read_page+0x21d) [0x78c7ed]
/alidata/server/mysql/libexec/mysqld(buf_page_get_gen+0x363) [0x7863d3]
/alidata/server/mysql/libexec/mysqld(trx_undo_lists_init+0x41b) [0x8164cb]
/alidata/server/mysql/libexec/mysqld() [0x80ce81]
/alidata/server/mysql/libexec/mysqld(trx_rseg_list_and_array_init+0xa3) [0x80d0a3]
/alidata/server/mysql/libexec/mysqld(trx_sys_init_at_db_start+0x140) [0x80de20]
/alidata/server/mysql/libexec/mysqld(innobase_start_or_create_for_mysql+0xfef) [0x7ff0df]
/alidata/server/mysql/libexec/mysqld() [0x76ad6a]
/alidata/server/mysql/libexec/mysqld(ha_initialize_handlerton(st_plugin_int*)+0x31) [0x6cc8d1]
/alidata/server/mysql/libexec/mysqld() [0x753dfd]
/alidata/server/mysql/libexec/mysqld(plugin_init(int*, char**, int)+0x720) [0x755c50]
/alidata/server/mysql/libexec/mysqld() [0x5e5d4f]
/alidata/server/mysql/libexec/mysqld(main+0x1c6) [0x5e9df6]
/lib64/libc.so.6(__libc_start_main+0xfd) [0x7f0f0d663cdd]
/alidata/server/mysql/libexec/mysqld() [0x522479]
The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
information that should help you find out what is causing the crash.
131016 15:33:18 mysqld_safe mysqld from pid file /alidata/server/mysql/var/AY131011212338503c43Z.pid ended
这是错误日志 高手帮帮忙啊
...全文
9893 12 打赏 收藏 转发到动态 举报
写回复
用AI写文章
12 条回复
切换为时间正序
请发表友善的回复…
发表回复
kobe8free 2013-10-16
  • 打赏
  • 举报
 回复
那就只有按照九楼说的来了，能找到以前的备份也好！ 下次记得要做数据备份哦！物理分区的备份
ACMAIN_CHM 2013-10-16
  • 打赏
  • 举报
 回复
文件损坏，按楼上的方法试一下吧。如果不行就只能找以前的备份了。
liuxinran819 2013-10-16
  • 打赏
  • 举报
 回复
可能是InnoDB数据文件损坏了 先不要继续操作了 先把数据和配置文件备份一下防止乱弄把数据全弄坏了 然后再用副本试着恢复 关于InnoDB的数据恢复 错误日志提示参照下面的网址： http://dev.mysql.com/doc/refman/5.1/en/forcing-innodb-recovery.html 你可以试着设定不同的innodb_force_recovery系统变量来重新启动MySQL 看看是不是有可以启动起来的值 祝你好运！
ikenbor 2013-10-16
  • 打赏
  • 举报
 回复
引用 7 楼 JJYYyibanhua 的回复:
现在的状况是不能打开数据表，得不到数据吧！ 你的数据是不是很重要 如果觉得数据无所谓，而是只要可以正常的使用数据库 建议你把ibdata和日志文件都删掉。重启就可以正常运转了！
8个G的数据 非常重要
kobe8free 2013-10-16
  • 打赏
  • 举报
 回复
现在的状况是不能打开数据表，得不到数据吧！ 你的数据是不是很重要 如果觉得数据无所谓，而是只要可以正常的使用数据库 建议你把ibdata和日志文件都删掉。重启就可以正常运转了！
ikenbor 2013-10-16
  • 打赏
  • 举报
 回复
引用 1 楼 JJYYyibanhua 的回复:
innoDB是可以启动的，说日志序列号和ibdata文件中的不匹配！ 你是不是copy ibdata到新的mysql的时候没有copy ib_logfile0和ib_logfile1
数据库突然中止 之后重启就这样了 在之前操作了一次表索引
ikenbor 2013-10-16
  • 打赏
  • 举报
 回复
引用 1 楼 JJYYyibanhua 的回复:
innoDB是可以启动的，说日志序列号和ibdata文件中的不匹配！ 你是不是copy ibdata到新的mysql的时候没有copy ib_logfile0和ib_logfile1
我并没有进行拷贝
ikenbor 2013-10-16
  • 打赏
  • 举报
 回复
ib_logfile0和ib_logfile1 更改了名字 重新生成了日志文件仍然提示这种报错
rucypli 2013-10-16
  • 打赏
  • 举报
 回复
把ib_logfile0和ib_logfile1重命名 然后重启试试
iihero_ 2013-10-16
  • 打赏
  • 举报
 回复
应该是log file和ibdata不匹配造成的。
kobe8free 2013-10-16
  • 打赏
  • 举报
 回复
innoDB是可以启动的，说日志序列号和ibdata文件中的不匹配！ 你是不是copy ibdata到新的mysql的时候没有copy ib_logfile0和ib_logfile1
基于SSM框架的人力资源管理后台系统+源代码+文档说明+数据库
# Java SSM练手小项目-手把手带你搭建一个基于SSM框架的人力资源管理后台系统 ## 前言 相信很多小伙伴在学习完SSM三大架构以后，不知道该如何找到一个简单容易上手的项目进行实战训练，经常在博客上看到一个不错的项目下载下来以后全部都是代码，无处下手。因此本文力求以最简单易懂的项目结构和代码搭建一个还较为完整（即从登录到退出的整个流程）的后台系统。 （高手勿喷） 整个项目的操作流程动态图如下： 用到的技术点有： * 框架：SSM * 数据库：MySQL * 前端框架：Bootstrap快速搭 搭建JSP页面 * 项目管理：MAVEN * 开发工具：IntellijIDEA * 开发环境：Windows 从这个项目中你可以完整独立地体验从前端到后台的搭建过程，以及使用SSM框架完成后台的CRUD整个流程。 ## 一、准备 准备部分主要包括数据库建表、SSM框架的搭建启动。 **1 数据库建表** tbl_emp表： ``` DROP TABLE IF EXISTS `tbl_emp`; CREATE TABLE `tbl_emp`( `emp_id` int(11) UNSIGNED NOT NULL auto_increment, `emp_name` VARCHAR(22) NOT NULL DEFAULT '', `emp_email` VARCHAR(256) NOT NULL DEFAULT '', `gender` CHAR(2) NOT NULL DEFAULT '', `department_id` int(11) NOT NULL DEFAULT 0, PRIMARY KEY(`emp_id`) ) ENGINE=INNODB DEFAULT CHARSET=UTF8; ``` tbl_dept表： ``` DROP TABLE IF EXISTS `tbl_dept`; CREATE TABLE `tbl_dept`( `dept_id` int(11) NOT NULL DEFAULT 0, `dept_name` VARCHAR(255) NOT NULL DEFAULT '', `dept_leader` VARCHAR(255) NOT NULL DEFAULT '' ) ENGINE=InnoDB DEFAULT CHARSET=utf8; ``` 对应的实体类见bean/Employee.java和bean/Department.java。 **2 SSM项目搭建与启动** （1）首先导入项目中可能用到的依赖包： 见pom.xml. （2）web.xml： 见WEB-INF/web.xml. （3）Spring容器配置文件：applicationContext.xml： 见resources/applicationContext.xml. （4）SpringMVC配置文件：springmvc.xml： 见resources/springmvc.xml. **3 测试** 写好上述配置文件后，可以在controller目录下新建TestController.java文件和WEB-INF/jsp/test.jsp，启动容器测试是否成功。 ## 二、DAO层代码完成与测试 这一章主要完成数据库底层的CRUD代码实现与测试工作. **1. MyBasits配置文件** 见resources/MyBatis.xml. **2. DAO层代码** 首先编写实体类Employee 与 表tbl_emp相关操作代码。 EmployeeMapper.java主要接口有： ``` int deleteOneById(@Param("empId") Integer empId); int updateOneById(@Param("empId") Integer empId, @Para -------- 该资源内项目源码是个人的毕设，代码都测试ok，都是运行成功后才上传资源，答辩评审平均分达到96分，放心下载使用！ <项目介绍> 1、该资源内项目代码都经过测试运行成功，功能ok的情况下才上传的，请放心下载使用！ 2、本项目适合计算机相关专业(如计科、人工智能、通信工程、自动化、电子信息等)的在校学生、老师或者企业员工下载学习，也适合小白学习进阶，当然也可作为毕设项目、课程设计、作业、项目初期立项演示等。 3、如果基础还行，也可在此代码基础上进行修改，以实现其他功能，也可用于毕设、课设、作业等。 下载后请首先打开README.md文件（如有），仅供学习参考, 切勿用于商业用途。 --------
mysql服务无法启动 innodb_mysql 数据库无法启动INNODB 怎么办求高手解决
展开全部有两种方法，一种方法使用e68a8462616964757a686964616f31333363393632mysql的check table和repair table 的sql语句，另一种方法是使用MySQL提供的多个myisamchk, isamchk数据检测恢复工具。前者使用起来比较简便。推荐使用。1. check table 和 repair table登陆mysql 终端：mys...
MySQL Router 8.0讲解与演示06
MySQL Router 是 InnoDB Cluster 的一部分，是轻量级中间件，可在应用程序和后端 MySQL 服务器之间提供透明路由。 它用于各种用例，例如通过将数据库流量路由到适当的后端 MySQL 服务器来提供高可用性和可扩展性。主要用以解决MySQL主从库集群的高可用、负载均衡、易扩展等问题。通过Mysql Router结合组复制、MGR，轻松部署企业高可用架构！通过本课程的学习，您会掌握以下的内容：1：MySQL Router8.0的相关理论基础。2：MySQL Router8.0结合Mysql MGR搭建企业高可用架构演示。 
MySQL数据库MyISAM和InnoDB存储引擎的比较
MySQL有多种存储引擎，MyISAM和InnoDB是其中常用的两种。这里介绍关于这两种引擎的一些基本概念（非深入介绍）。MyISAM是MySQL的默认存储引擎，基于传统的ISAM类型，支持全文搜索，但不是事务安全的，而且不支持外键。每张MyISAM表存放在三个文件中：frm 文件存放表格定义；数据文件是MYD (MYData)；索引文件是MYI (MYIndex)。InnoDB 是事务型
Docker部署Mysql数据库详解
docker mysql
MySQL

56,678

社区成员

56,708

社区内容

发帖
与我相关
我的任务
社区描述
MySQL相关内容讨论专区
社区管理员
  • MySQL
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章