☰

使用 Jira 时 MySQL 不断崩溃

tag-icon • tag-icon windows mysql jira
使用 Jira 时 MySQL 不断崩溃

我在 Windows 上运行了 Jira 安装，并使用托管在同一实例上的 MySQL 数据库。我们遇到了一个问题，MySQL 服务不断崩溃（在几次页面请求之后）。几个月来，我们一直以相同的配置运行，没有出现问题。这是最近出现的问题。

我从事件查看器中提取的错误是：

错误应用程序名称：mysqld.exe，版本：5.5.28.0，时间戳：0x503ddca5 错误模块名称：mysqld.exe，版本：5.5.28.0，时间戳：0x503ddca5 异常代码：0xc0000005 故障偏移量：0x00000000002ee7e1 错误进程 ID：0x440 错误应用程序启动时间：0x01ce1791d135feaa 错误应用程序路径：C:\Program Files\MySQL\MySQL Server 5.5\bin\mysqld.exe 错误模块路径：C:\Program Files\MySQL\MySQL Server 5.5\bin\mysqld.exe 报告 ID：f1294be0-8385-11e2-93fe-00155d502a64 错误包全名：错误包相关应用程序 ID：

设置如下：

  • 硬件：Windows Azure 虚拟机（微型 - 768mb/共享 CPU）
  • 操作系统：Windows Server 2012 Datacenter 64位
  • Web 服务器：Apache Tomcat/7.0.29
  • Jira：v5.2.5（GreenHopper v6.1.3.1）
  • MySQL 连接器 J：5.1.10
  • MySQL：5.5.28.0

失败的解决方法尝试：

  • 增加服务器的大小（尝试增加到 4 核，3GB）
  • 重新启动 MySQL 服务（几次请求后它又死机了）

编辑评论：1

MySQL 日志似乎在重复，因为我重新启动了服务，然后不久后就崩溃了：

130302 20:48:39 [注意] 插件‘FEDERATED’已被禁用。

130302 20:48:40 InnoDB：InnoDB 内存堆已禁用

130302 20:48:40 InnoDB：互斥锁和 rw_locks 使用 Windows 互锁函数

130302 20:48:40 InnoDB：压缩表使用 zlib 1.2.3

130302 20:48:40 InnoDB：初始化缓冲池，大小 = 8.0M

130302 20:48:40 InnoDB：缓冲池初始化已完成

130302 20:48:40 InnoDB：支持的最高文件格式是 Barracuda。

130302 20:48:43 InnoDB：等待后台线程启动

130302 20:48:44 InnoDB：1.1.8 已启动；日志序列号 17878576

130302 20:48:44 [注意] 服务器主机名（绑定地址）：'0.0.0.0'；端口：3306

130302 20:48:44 [注意] - '0.0.0.0' 解析为 '0.0.0.0'；

130302 20:48:44 [注意] 在 IP '0.0.0.0' 上创建服务器套接字。

130302 20:48:46 [注意] 事件调度程序：已加载 0 个事件

130302 20:48:46 [注意] C:\Program Files\MySQL\MySQL Server 5.5\bin\mysqld：已准备好连接。

版本：'5.5.28-log' 套接字：'' 端口：3306 MySQL 社区服务器（GPL）

130302 20:56:04 InnoDB：文件 fut0lst.ic 第 83 行中线程 648 中的断言失败

InnoDB：断言失败：addr.page == FIL_NULL || addr.boffset >= FIL_PAGE_DATA

InnoDB：我们故意产生一个内存陷阱。

InnoDB：提交详细的错误报告至http://bugs.mysql.com。

InnoDB：如果你反复遇到断言失败或崩溃，即使

InnoDB：mysqld 启动后，可能会出现

InnoDB：InnoDB 表空间损坏。请参阅

InnoDB的：http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html

InnoDB：关于强制恢复。

InnoDB：线程 1532 在文件 os0sync.c 第 474 行停止

InnoDB：线程 1536 在文件 os0sync.c 第 781 行停止

InnoDB：线程 1544 在文件 ut0ut.c 第 76 行停止

答案1

本文似乎描述了您的问题。如果我理解正确的话，您的数据库已损坏，需要重建。

答案2

后复制最新版本的MySQL 连接器 J(v5.1.23)，MySQL 服务不再崩溃，一切似乎都正常工作。看来我使用的版本有问题。

相关内容