共計 1124 個字符，預計需要花費 3 分鐘才能閱讀完成。

自動寫代碼機器人，免費開通

本篇內容介紹了“Navicat 連接 MySql 數據庫慢怎么解決”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓丸趣 TV 小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

項目場景：

操作 MySql 數據庫

問題描述：

通過 Navicat 連接 MySql 數據庫表，第一次打開表都還挺正常的，但是一段時間沒操作 Navicat 之后再打開其他表的時候就會出現卡死，要等很久才會響應。

原因分析：

我的數據庫是放在最近買的騰訊服務器上，我懷疑是不是剛安裝的 MySql 數據庫是不是什么配置沒有配置好，所以上網搜索了這類的問題，說是 MySql 默認開啟了 Dns 反向解析，我就以下配置方法進行嘗試
在 /etc/my.cnf 的 mysqlid 下面添加這樣的字段：

skip-name-resolve

配置后發現問題依舊存在，之后再通過查詢發現有一個文章說是 Navicat 客戶端有保持連接間隔的機制，默認是 240 秒，意思就是客戶端在用戶無任何操作時，每隔 240 秒會給 MySql 服務器發送一次請求，用于保持數據庫的活躍。
但是因為 Navicat 設置的間隔時間過長，導致之前的數據庫連接已經斷開了，當我們打開新的表的時候，Navicat 會拿著舊的連接去請求，發現舊的不可用后才申請一個新的連接去請求，所以才會導致我們打開一個表的時間會那么長

解決方案：

修改 Navicat 的保持連接間隔時間

Navicat – 編輯數據庫連接 – 高級 – 勾選保持連接間隔 – 輸入框設置為 30 – 點擊確定！

知識點補充：

解決 Navicat 遠程連接 mysql 很慢的方法

開發某應用系統連接公司的測試服務器的 mysql 數據庫連接打開的很慢，但是連接本地的 mysql 數據庫很快，剛開始認為可能是網絡連接問題導致的，在進行 ping 和 route 后發現網絡通信都是正常的，而且在 mysql 機器上進行本地連接發現是很快的，所以網絡問題基本上被排除了，所以想看看是不是 mysql 的配置問題。在查詢 mysql 相關文檔和網絡搜索后，發現了一個配置似乎可以解決這樣的問題，就是在 mysql 的配置文件中增加如下配置參數：

[mysqld]
skip-name-resolve

  在 linux 下配置文件是 /etc/my.cnf，在 windows 下配置文件是 mysql 安裝目錄下的 my.ini 文件。注意該配置是加在 [mysqld]下面，在更改配置并保存后，然后重啟 mysql 并遠程連接測試，一切恢復如初。

“Navicat 連接 MySql 數據庫慢怎么解決”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注丸趣 TV 網站，丸趣 TV 小編將為大家輸出更多高質量的實用文章！