Navicat連接MySql數(shù)據(jù)庫(kù)慢怎么解決

本篇內(nèi)容介紹了“Navicat連接MySql數(shù)據(jù)庫(kù)慢怎么解決”的有關(guān)知識(shí)，在實(shí)際案例的操作過(guò)程中，不少人都會(huì)遇到這樣的困境，接下來(lái)就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

項(xiàng)目場(chǎng)景：

操作MySql數(shù)據(jù)庫(kù)

問(wèn)題描述：

通過(guò)Navicat連接MySql數(shù)據(jù)庫(kù)表，第一次打開表都還挺正常的，但是一段時(shí)間沒(méi)操作Navicat之后再打開其他表的時(shí)候就會(huì)出現(xiàn)卡死，要等很久才會(huì)響應(yīng)。

原因分析：

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

skip-name-resolve

配置后發(fā)現(xiàn)問(wèn)題依舊存在，之后再通過(guò)查詢發(fā)現(xiàn)有一個(gè)文章說(shuō)是Navicat客戶端有保持連接間隔的機(jī)制，默認(rèn)是240秒，意思就是客戶端在用戶無(wú)任何操作時(shí)，每隔240秒會(huì)給MySql服務(wù)器發(fā)送一次請(qǐng)求，用于保持?jǐn)?shù)據(jù)庫(kù)的活躍。
但是因?yàn)镹avicat設(shè)置的間隔時(shí)間過(guò)長(zhǎng)，導(dǎo)致之前的數(shù)據(jù)庫(kù)連接已經(jīng)斷開了，當(dāng)我們打開新的表的時(shí)候，Navicat會(huì)拿著舊的連接去請(qǐng)求，發(fā)現(xiàn)舊的不可用后才申請(qǐng)一個(gè)新的連接去請(qǐng)求，所以才會(huì)導(dǎo)致我們打開一個(gè)表的時(shí)間會(huì)那么長(zhǎng)

解決方案：

修改Navicat的保持連接間隔時(shí)間

Navicat – 編輯數(shù)據(jù)庫(kù)連接 – 高級(jí) – 勾選保持連接間隔 – 輸入框設(shè)置為30 – 點(diǎn)擊確定！

知識(shí)點(diǎn)補(bǔ)充：

解決Navicat遠(yuǎn)程連接mysql很慢的方法

開發(fā)某應(yīng)用系統(tǒng)連接公司的測(cè)試服務(wù)器的mysql數(shù)據(jù)庫(kù)連接打開的很慢，但是連接本地的mysql數(shù)據(jù)庫(kù)很快，剛開始認(rèn)為可能是網(wǎng)絡(luò)連接問(wèn)題導(dǎo)致的，在進(jìn)行 ping和route后發(fā)現(xiàn)網(wǎng)絡(luò)通信都是正常的，而且在mysql機(jī)器上進(jìn)行本地連接發(fā)現(xiàn)是很快的，所以網(wǎng)絡(luò)問(wèn)題基本上被排除了，所以想看看是不是mysql的配置問(wèn)題。在查詢mysql相關(guān)文檔和網(wǎng)絡(luò)搜索后，發(fā)現(xiàn)了一個(gè)配置似乎可以解決這樣的問(wèn)題，就是在mysql的配置文件中增加如下配置參數(shù)：

[mysqld]
skip-name-resolve

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

“Navicat連接MySql數(shù)據(jù)庫(kù)慢怎么解決”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！