目錄
- 前言
- 一、代碼配置的數(shù)據(jù)庫名稱或者密碼與本地數(shù)據(jù)庫不一致
- 二、導(dǎo)入的非本地項目文件與本地的數(shù)據(jù)庫版本不匹配
- 三、MySQL 高版本配置加載驅(qū)動類包出錯問題(以 MySQL 8.0 為例)
- 3.1、錯誤產(chǎn)生描述
- 3.2、解決方式
- 3.3、MySQL 不同版本的驅(qū)動類如何查看
- 四、數(shù)據(jù)庫連接字符串高版本配置出錯(時區(qū)問題)
- 五、為什么數(shù)據(jù)庫中寫入數(shù)據(jù)相差 8 個小時?
- 六、SSL 連接問題
- 總結(jié)
前言
報錯如下:
Could not open JDBC Connection for transaction; nested exception is java.sql.SQLException: Connections could not be acquired from the underlying database!
對于此類錯誤,直接看釋義,一句話:JDBC 驅(qū)動拋出異常,連不上數(shù)據(jù)庫。
一、代碼配置的數(shù)據(jù)庫名稱或者密碼與本地數(shù)據(jù)庫不一致
1.1、錯誤產(chǎn)生描述
第一種,也是最為常見的一種錯誤:代碼配置的數(shù)據(jù)庫名稱或者密碼與本地數(shù)據(jù)庫不一致,拋出異常。
![](http://img.jbzj.com/file_images/article/202105/2021518144921918.jpg?2021418144930)
如上圖所示,在配置文件中,前面的 name 屬性是默認(rèn)的,無需改變,對于用戶名,一般為 root,可以通過數(shù)據(jù)庫管理軟件直接查看本地配置的情況,數(shù)據(jù)庫的密碼就是你自己設(shè)置的了。
1.2、解決方式
修改配置文件對應(yīng)的名稱和密碼。
![](http://img.jbzj.com/file_images/article/202105/2021518145015773.jpg?2021418145025)
二、導(dǎo)入的非本地項目文件與本地的數(shù)據(jù)庫版本不匹配
2.1、錯誤產(chǎn)生描述
第二種常見的錯誤:使用 IDE(以 Eclipse 為例)導(dǎo)入的非本地項目文件與本地的數(shù)據(jù)庫版本不匹配。
舉個例子:你導(dǎo)入你 eclipse 中的項目里面依賴的 jar 包是 8.0 的版本,而你本地安裝的是 5.0 的 MySQL 數(shù)據(jù)庫,自然報錯。
2.2、解決方式
在你導(dǎo)入的項目中找到 Referenced Libraries,右擊鼠標(biāo)→Build Path→Configure Build Path…Remove 掉項目里面依賴的 8.0 的 MySQL 驅(qū)動,Add 進(jìn)你本地安裝的 5.0 的版本即可。
![](http://img.jbzj.com/file_images/article/202105/2021518145130205.jpg?2021418145137)
![](http://img.jbzj.com/file_images/article/202105/2021518145237680.jpg?2021418145245)
三、MySQL 高版本配置加載驅(qū)動類包出錯問題(以 MySQL 8.0 為例)
這個錯誤是由于 MySQL 版本更新之后,驅(qū)動包發(fā)生改變導(dǎo)致的,新的驅(qū)動程序類是 com.mysql.cj.jdbc.Driver。
3.1、錯誤產(chǎn)生描述
報錯如下:
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.
錯誤說明:不建議使用驅(qū)動類'com.mysql.jdbc.Driver'。新的驅(qū)動程序類是'com.mysql.cj.jdbc.Driver',驅(qū)動程序是通過 SPI 自動注冊的,通常是不需要手動加載驅(qū)動類。
3.2、解決方式
將 MySQL 數(shù)據(jù)庫 5.0 使用的驅(qū)動類com.mysql.jdbc.Driver改為com.mysql.cj.jdbc.Driver,驅(qū)動程序是通過 SPI 自動注冊的,通常是不需要手動加載驅(qū)動類。修改之后的配置文件如下圖所示:
![](http://img.jbzj.com/file_images/article/202105/2021518145327665.jpg?2021418145336)
!-- 加載數(shù)據(jù)庫驅(qū)動 -->
property name="driverClass" value="com.mysql.cj.jdbc.Driver">/property>
3.3、MySQL 不同版本的驅(qū)動類如何查看
對于 MySQL 的驅(qū)動類,我們對每個版本進(jìn)行查看時,點開驅(qū)動的 jar 包可以直接查看驅(qū)動是位于哪里,例如 8.0 版本的就是 com.mysql.cj.jdbc.Driver,如下圖所示:
![](http://img.jbzj.com/file_images/article/202105/2021518145453935.jpg?202141814552)
![](http://img.jbzj.com/file_images/article/202105/2021518145540566.jpg?2021418145548)
四、數(shù)據(jù)庫連接字符串高版本配置出錯(時區(qū)問題)
注意:MySQL 6.0 版本之后都需要配置時區(qū)。
4.1、錯誤產(chǎn)生描述
報錯如下:
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、解決方式
我們可以利用時區(qū)支持,通過配置服務(wù)器或 JDBC 驅(qū)動程序(通過 serverTimezone 配置屬性)以使用更具體的時區(qū)值。
配置文件如下:
!-- 數(shù)據(jù)庫連接字符串 -->
property name="jdbcUrl" value="jdbc:mysql://localhost:3306/demo?serverTimezone=GMT%2B8characterEncoding=utf-8">/property>
五、為什么數(shù)據(jù)庫中寫入數(shù)據(jù)相差 8 個小時?
5.1、錯誤產(chǎn)生描述
Java 數(shù)據(jù)庫連接使用 UTC 時區(qū)(世界標(biāo)準(zhǔn)時間),即 serverTimezone=UTC,而北京時間比 UTC 時間早8小時,即 UTC+08:00,如果我們直接使用 serverTimezone=UTC,寫入數(shù)據(jù)庫中的數(shù)據(jù)會提前 8 個小時。如果按照如下配置就會在數(shù)據(jù)庫中寫入數(shù)據(jù)相差 8 個小時:
!-- 數(shù)據(jù)庫連接字符串 -->
property name="jdbcUrl" value="jdbc:mysql://localhost:3306/demo?serverTimezone=UTCcharacterEncoding=utf-8">/property>
5.2、解決方式
我們可以修改設(shè)置 serverTimezone 為北京時間 GMT%2B8、上海時間 Asia/Shanghai 或者香港時間 Hongkong。
配置文件如下即可:
!-- 數(shù)據(jù)庫連接字符串 -->
property name="jdbcUrl" value="jdbc:mysql://localhost:3306/demo?serverTimezone=GMT%2B8characterEncoding=utf-8">/property>
另外在 MySQL 中的 my.ini 配置文件也可以修改,此文章僅用于解決相應(yīng)問題,故不多做詳細(xì)描述。
六、SSL 連接問題
6.1、錯誤產(chǎn)生描述
報錯如下:
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.
錯誤說明:不建議在沒有服務(wù)器身份驗證的情況下建立 SSL 連接。根據(jù) MySQL 5.5.45+,5.6.26+ 和 5.7.6+ 的 SSL 連接要求,如果未設(shè)置連接方式,則默認(rèn)情況下必須建立 SSL 連接。對于不使用 SSL 的現(xiàn)有應(yīng)用程序,服務(wù)器的驗證證書屬性設(shè)置為“false”。您需要通過設(shè)置useSSL = false來顯式禁用 SSL,或者設(shè)置useSSL = true并提供服務(wù)器的驗證證書。
6.2、解決方式
- 數(shù)據(jù)庫 URL 連接地址添加useSSL = false,適用于測試。
- 數(shù)據(jù)庫 URL 連接地址添加useSSL = true,并且提供服務(wù)器的驗證證書。
配置文件如下即可:
!-- 數(shù)據(jù)庫連接字符串 -->
property name="jdbcUrl" value="jdbc:mysql://localhost:3306/demo?useSSL=falseserverTimezone=GMT%2B8characterEncoding=utf-8">/property>
總結(jié)
通過對于 MySQL 拋出異常的幾種常見解決方式的總結(jié),加深對于 MySQL 底層的了解。只要是干開發(fā),錯誤是不斷地,要善于總結(jié)。同時,要充分掌握開發(fā)的底層原理,不同的版本迭代作為開發(fā)者要及時了解,不然永遠(yuǎn)跟不上技術(shù)的發(fā)展。
以上就是分析MySQL拋出異常的幾種常見解決方式的詳細(xì)內(nèi)容,更多關(guān)于MySQL異常的解決方式的資料請關(guān)注腳本之家其它相關(guān)文章!
您可能感興趣的文章:- MySQL 查看鏈接及殺掉異常鏈接的方法
- MySQL手動注冊binlog文件造成主從異常的原因
- MySQL數(shù)據(jù)庫連接異常匯總(值得收藏)
- mysql5.7.21啟動異常的修復(fù)方法
- mysql innodb 異常修復(fù)經(jīng)驗分享
- MySQL定義異常和異常處理詳解
- MySQL存儲過程中一些基本的異常處理教程
- 分析一個MySQL的異常查詢的案例
- MySQL異常處理淺析