mysql 无法启动的几种常见问题

Posted 2023-04-12

1、情况一：mysql的错误日志文件（安装目录\MYOA\data5\机器名.err）会记录如下内容：
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Error: trying to add tablespace 460 of name '.\td_oa\flow_data_35.ibd'
InnoDB: to the tablespace memory cache, but tablespace
InnoDB: 460 of name '.\td_oa\exam_data.ibd' already exists in the tablespace
解决方法：
1）剪切出安装目录\MYOA\data5\TD_OA的flow_data_35.ibd和flow_data_35.frm两个文件；
2）启动MySQL5_OA服务，使用备份的flow_data_35.sql导入到TD_OA库中。如果提示flow_data_35表已经存在不能导入，则继续按后续步骤执行；
3）在data5下手动建立tmp目录；
4）使用MySQL管理工具或MySQL命令行程序在tmp下建立名称为flow_data_35的表（包含一个字段即可）；
5）将tmp下的flow_data_35.frm和flow_data_35.ibd拷贝到安装目录\MYOA\data5\TD_OA目录下；
6）在MySQL管理工具或MySQL命令行程序中，进入TD_OA库，使用“drop table flow_data_35;”命令清除公共表空间中残留的flow_data_35表的相关信息；
7）进入tmp库，删掉flow_data_35表；
8）使用备份的flow_data_35.sql导入到TD_OA库中；
9）如果还有其他表存在该问题，可重复执行4至8步骤。
2、情况二：MySQL的错误日志文件（安装目录\MYOA\data5\机器名.err）会记录如下内容：
130409 15:54:31 [Note] Plugin 'FEDERATED' is disabled.
130409 15:54:31 InnoDB: The InnoDB memory heap is disabled
130409 15:54:31 InnoDB: Mutexes and rw_locks use Windows interlocked functions
130409 15:54:31 InnoDB: Compressed tables use zlib 1.2.3
130409 15:54:32 InnoDB: Initializing buffer pool, size = 1023.0M
InnoDB: VirtualAlloc(1086849024 bytes) failed; Windows error 8
130409 15:54:32 InnoDB: Completed initialization of buffer pool
130409 15:54:32 InnoDB: Fatal error: cannot allocate memory for the buffer pool
130409 15:54:32 [ERROR] Plugin 'InnoDB' init function returned error.
130409 15:54:32 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
130409 15:54:32 [ERROR] Unknown/unsupported storage engine: Innodb
130409 15:54:32 [ERROR] Aborting
解决方法：
此情况出现的原因是myoa\mysql5\my.ini中innodb_buffer_pool_size的值太大，OA服务器操作系统不支持所致。改小后再启动mysql5_OA服务即可，一般保持和数据库大小一致。数据库大小即是myoa/data5的大小。
3、情况三：mysql服务启动不了，事件查看器中显示：The syntax '--log-slow-queries' is deprecated and will be removed in a future release. Please use '--slow-query-log'/'--slow-query-log-file' instead.
解决方法：安装目录\MYOA\data5下的ibdata1、ib_logfile0、ib_logfile1文件属性被设置为只读导致，取消只读控制，重启mysql5_OA服务即可。
4、情况四：MySQL的错误日志文件（data5\机器名.err）会记录如下内容：InnoDB: No valid checkpoint found.
解决方法：此问题找不到检查点，数据库是无效的，此种情况，只能用热备份数据恢复。
5、以上四种情况，是2013版OA系统目前比较常见的mysql服务启动不了的现象和解决办法，大家可作参考，其他情况的话，再具体分析处理。
6、分析思路总结：遇到mysql5_OA服务启动不了的情况，首先查看myoa\data5下的错误日志文件，根据日志中的具体内容进行具体分析。
7、2013版MYSQL服务启动不了（可以尝试强制启动mysql服务）方法如下：
1)打开\MYOA\mysql5\my.ini，去掉innodb_force_recovery=1前边的注释。
2)启动MySQL5_OA服务，此时MySQL处于只读状态，可以导出，不可写入。如果仍不能启动，可以尝试将innodb_force_recovery修改为2、3、4、5、6等，直到可以启动为止。
3)使用MySQL管理工具，将TD_OA等相关的数据库导出为SQL文件。
4)停止MySQL5_OA服务，删除TD_OA下的所有文件、ibdata1、ib_logfile0、ib_logfile1等文件。
5）打开\MYOA\mysql5\my.ini，在innodb_force_recovery=1前边加上#号，将该项注释掉。
6)启动MySQL5_OA服务，然后导入此前备份的SQL文件。
7)检查数据库，将无法通过该方法恢复的数据表，通过之前自动备份的SQL文件进行恢复。 参考技术A 故障处理
移除当前使用的 redo log 文件，然后可以试着启动数据库，结果启动失败！
提示：
[ERROR] InnoDB: Page [page id: space=0, page number=0] log sequence number 178377412422 is in the future! Current system log sequence number 165909011496.
这样的错误，这是因为 MySQL writer 线程按照配置的时间间隔以 page 为单位刷新 buffer 数据到磁盘。当数据刷新到磁盘的时候，新写入磁盘的 page 包含了较新的 LSN，此时系统 system 表空间头的 LSN 并没有同步更新，通常这是检查点线程的工作。在正常的崩溃恢复中，MySQL 可以借助 redo log 来进行前滚和回滚，但是此时 redo log 已经被我们删掉了，MySQL 无法进行恢复操作。此时，我们设置 innodb_force_recovery=3 来强制启动 MySQL，仍然启动不成功，改成 4 后启动了！
再使用 mysqldump 导出备份，结果噩梦又降临了！MySQL 又 crash 了。
提示：
InnDB: Failed to find tablespace for table......
设置参数 innodb_force_recovery=5，数据库仍然启动失败，再设置成 6，启动成功！用 sqldump 顺利把数据备份出来了！
再初始化数据库，把刚刚备份的数据库导入，数据库恢复成功完成！

参数说明
这里的关键是设置 innodb_force_recovery 参数，对应这个参数的说明如下：
1. SRV_FORCE_IGNORE_CORRUPT：忽略检查到的 corrupt 页；
2. SRV_FORCE_NO_BACKGROUND：阻止主线程的运行，如主线程需要执行 full purge 操作，会导致 crash；
3. SRV_FORCE_NO_TRX_UNDO：不执行事务回滚操作；
4. SRV_FORCE_NO_IBUF_MERGE：不执行插入缓冲的合并操作；
5. SRV_FORCE_NO_UNDO_LOG_SCAN：不查看重做日志，InnoDB 存储引擎会将未提交的事务视为已提交；
6. SRV_FORCE_NO_LOG_REDO：不执行前滚的操作。

MySQL 异常：这一篇就够了，MySQL 抛出异常的几种常见解决方式小结

Could not open JDBC Connection for transaction; nested exception is java.sql.SQLException: Connections could not be acquired from the underlying database! 几种解决方式小结

文章目录

• • Could not open JDBC Connection for transaction; nested exception is java.sql.SQLException: Connections could not be acquired from the underlying database! 几种解决方式小结
• 前言
• 一、代码配置的数据库名称或者密码与本地数据库不一致
• • 1.1、错误产生描述
  • 1.2、解决方式
• 二、导入的非本地项目文件与本地的数据库版本不匹配
• • 2.1、错误产生描述
  • 2.2、解决方式
• 三、MySQL 高版本配置加载驱动类包出错问题（以 MySQL 8.0 为例）
• • 3.1、错误产生描述
  • 3.2、解决方式
  • 3.3、MySQL 不同版本的驱动类如何查看
• 四、数据库连接字符串高版本配置出错（时区问题）
• • 4.1、错误产生描述
  • 4.2、解决方式
• 五、为什么数据库中写入数据相差 8 个小时？
• • 5.1、错误产生描述
  • 5.2、解决方式
• 六、SSL 连接问题
• • 6.1、错误产生描述
  • 6.2、解决方式
• 总结

---

前言

在本文中，我总结了开发过程中最为常见的几种 MySQL 抛出的异常以及如何解决，包括高版本驱动的问题、时区配置问题、SSL 连接问题等，是一篇经验总结贴，于我个人而言，这一篇足以解决目前项目中所有遇到的 MySQL 问题。同时也希望本文能对 MySQL 数据库初学者有一定的引导入门作用。

---

报错如下：

Could not open JDBC Connection for transaction; nested exception is java.sql.SQLException: Connections could not be acquired from the underlying database! 

对于此类错误，直接看释义，一句话：JDBC 驱动抛出异常，连不上数据库。

一、代码配置的数据库名称或者密码与本地数据库不一致

1.1、错误产生描述

第一种，也是最为常见的一种错误：代码配置的数据库名称或者密码与本地数据库不一致，抛出异常。

如上图所示，在配置文件中，前面的 name 属性是默认的，无需改变，对于用户名，一般为 root，可以通过数据库管理软件直接查看本地配置的情况，数据库的密码就是你自己设置的了。

1.2、解决方式

修改配置文件对应的名称和密码，具体如下图所示：

二、导入的非本地项目文件与本地的数据库版本不匹配

2.1、错误产生描述

第二种常见的错误：使用 IDE（以 Eclipse 为例）导入的非本地项目文件与本地的数据库版本不匹配。

举个例子：你导入你 eclipse 中的项目里面依赖的 jar 包是 8.0 的版本，而你本地安装的是 5.0 的 MySQL 数据库，自然报错。

2.2、解决方式

在你导入的项目中找到 Referenced Libraries，右击鼠标→Build Path→Configure Build Path…Remove 掉项目里面依赖的 8.0 的 MySQL 驱动，Add 进你本地安装的 5.0 的版本即可，具体如下图所示：

三、MySQL 高版本配置加载驱动类包出错问题（以 MySQL 8.0 为例）

这个错误是由于 MySQL 版本更新之后，驱动包发生改变导致的，新的驱动程序类是 com.mysql.cj.jdbc.Driver。

3.1、错误产生描述

报错如下：

Loading class com.mysql.jdbc.Driver'. This is deprecated. The new driver class is com.mysql.cj.jdbc.Driver'. The driver is automatically registered via the SPI and manual loading of the driver class is generally unnecessary.

错误说明：不建议使用驱动类’com.mysql.jdbc.Driver’。新的驱动程序类是’com.mysql.cj.jdbc.Driver’，驱动程序是通过 SPI 自动注册的，通常是不需要手动加载驱动类。

3.2、解决方式

将 MySQL 数据库 5.0 使用的驱动类com.mysql.jdbc.Driver改为com.mysql.cj.jdbc.Driver，驱动程序是通过 SPI 自动注册的，通常是不需要手动加载驱动类。修改之后的配置文件如下图所示：

<!-- 加载数据库驱动 -->
<property name="driverClass" value="com.mysql.cj.jdbc.Driver"></property>

3.3、MySQL 不同版本的驱动类如何查看

对于 MySQL 的驱动类，我们对每个版本进行查看时，点开驱动的 jar 包可以直接查看驱动是位于哪里，例如 8.0 版本的就是 com.mysql.cj.jdbc.Driver，如下图所示：

四、数据库连接字符串高版本配置出错（时区问题）

注意：MySQL 6.0 版本之后都需要配置时区。

4.1、错误产生描述

报错如下：

2020-01-14 00:45:30,876 ERROR [DruidDataSource.java:616] : init datasource error java.sql.SQLException: The server time zone value '???ú±ê×??±??' is unrecognized or represents more than one time zone. You must configure either the server or JDBC driver (via the serverTimezone configuration property) to use a more specifc time zone value if you want to utilize time zone support.

错误说明：服务器时区值“？？？？±××？±？无法识别或代表一个以上的时区。

4.2、解决方式

我们可以利用时区支持，通过配置服务器或 JDBC 驱动程序（通过 serverTimezone 配置属性）以使用更具体的时区值。

配置文件如下：

<!-- 数据库连接字符串 -->
<property name="jdbcUrl" value="jdbc:mysql://localhost:3306/demo?serverTimezone=GMT%2B8&amp;characterEncoding=utf-8"></property>

五、为什么数据库中写入数据相差 8 个小时？

5.1、错误产生描述

Java 数据库连接使用 UTC 时区（世界标准时间），即 serverTimezone=UTC，而北京时间比 UTC 时间早8小时，即 UTC+08:00，如果我们直接使用 serverTimezone=UTC，写入数据库中的数据会提前 8 个小时。如果按照如下配置就会在数据库中写入数据相差 8 个小时：

<!-- 数据库连接字符串 -->
<property name="jdbcUrl" value="jdbc:mysql://localhost:3306/demo?serverTimezone=UTC&amp;characterEncoding=utf-8"></property>

5.2、解决方式

我们可以修改设置 serverTimezone 为北京时间 GMT%2B8、上海时间 Asia/Shanghai 或者香港时间 Hongkong。

配置文件如下即可：

<!-- 数据库连接字符串 -->
<property name="jdbcUrl" value="jdbc:mysql://localhost:3306/demo?serverTimezone=GMT%2B8&amp;characterEncoding=utf-8"></property>

另外在 MySQL 中的 my.ini 配置文件也可以修改，此文章仅用于解决相应问题，故不多做详细描述。

六、SSL 连接问题

6.1、错误产生描述

报错如下：

Sun Oct 14 00:45:30 CST 2018 WARN: Establishing SSL connection without server's identity verification is not recommended. According to MySQL 5.5.45+, 5.6.26+ and 5.7.6+ requirements SSL connection must be established by default if explicit option isn't set. For compliance with existing applications not using SSL the verifyServerCertificate property is set to 'false'. You need either to explicitly disable SSL by setting useSSL=false, or set useSSL=true and provide truststore for server certificate verification.

错误说明：不建议在没有服务器身份验证的情况下建立 SSL 连接。根据 MySQL 5.5.45+，5.6.26+ 和 5.7.6+ 的 SSL 连接要求，如果未设置连接方式，则默认情况下必须建立 SSL 连接。对于不使用 SSL 的现有应用程序，服务器的验证证书属性设置为“false”。您需要通过设置useSSL = false来显式禁用 SSL，或者设置useSSL = true并提供服务器的验证证书。

6.2、解决方式

1. 数据库 URL 连接地址添加useSSL = false，适用于测试。
2. 数据库 URL 连接地址添加useSSL = true，并且提供服务器的验证证书。

配置文件如下即可：

<!-- 数据库连接字符串 -->
<property name="jdbcUrl" value="jdbc:mysql://localhost:3306/demo?useSSL=false&amp;serverTimezone=GMT%2B8&amp;characterEncoding=utf-8"></property>

---

总结

通过对于 MySQL 抛出异常的几种常见解决方式的总结，加深对于 MySQL 底层的了解。只要是干开发，错误是不断地，要善于总结。同时，要充分掌握开发的底层原理，不同的版本迭代作为开发者要及时了解，不然永远跟不上技术的发展。

---

我是白鹿，一个不懈奋斗的程序猿。望本文能对你有所裨益，欢迎大家的一键三连！若有其他问题、建议或者补充可以留言在文章下方，感谢大家的支持！