❶ mysql客戶端連接的幾個常見錯誤
一、mysqld 進程沒有正常運行遇到這種情況首先到伺服器上看看 mysqld 進程是否活著，採用的命令：
二、客戶端不能和進程 mysqld 通信如果 MySQL 伺服器上的 mysqld 進程運行正常，我們再看看客戶端能不能和 mysqld 進行通信，使用下面的命令進行網路連通的測試：telnet localhost 3306
如果本地能通，再到客戶端的機器上把 localhost 換成 MySQL 伺服器的 ip 地址進行測試。如果不能通，通常有兩種原因，一種原因是 OS 或網路的問題，或者是防火牆；另一種原因是 mysqld 自身根本沒有偵聽客戶端的連接請求， mysqld 啟動後對於客戶端的偵聽是分三種情況。
第一種情況
是使用參數 --skip-networking 跳過偵聽客戶端的網路連接，用下面的命令我們可以看到 MySQL 根本沒有偵聽 3306 埠。
第二種情況
使用參數 --bind-address 後面增加對客戶端訪問 IP 地址的限制，例如只偵聽本地的連接
三、賬戶密碼的問題最後一種情況是賬戶密碼的問題，應付這種情況我們有個有力的工具就是查看 MySQL 的 error log， error log 記載信息的詳細程度上由參數 --log-error-verbosity 進行控制的
❷ mysql xa導致的事務一直running問題
使用xa進行測試時，對mysql進行了一些xa各階段鎖定試驗，後來出現卡死情況就殺掉了線程，重啟了mysql服務。重啟後發現插入、修改數據都正常，但無法修改表結構，修改表結構就處於卡死狀態，過一分多鍾報超時錯誤。多次重啟mysql服務後,問題依然如故.
查詢innodb_trx表，發現有兩個事務處於運行中。
SELECT * from information_schema.INNODB_TRX;
2.方案2--xa rollback--不起作用
還有資料說，通過 xarecover 查看當前xa事務，然後回滾或提交。
針對上面的xa rollback我們也可以嘗試用xa commit，問題一樣不能解決（需要再次重啟mysql才能運行，否則會找不到對應的xid）。
通過重啟mysql後事務依然存在,我們大概推斷應該跟redoundo有關系，xa事務異常後，mysql服務重啟檢測到了這兩個事務就自動運行了，但因為未知原因，這兩個事務並沒有執行，一直處於running狀態。
曾經試圖研究mysql的redo undo機制或者對應的文件格式，但時間關系沒有深入。
嘗試能否打開對應的redo文件，對裡面的語句進行修改，但網上找了資料沒有合適的工具可以做這個事情。
一直很苦惱的思索解決辦法，也咨詢身邊的一些朋友，對沒有遇到過這方面的問題。
今天靈機一動，奔著大不了重新安裝mysql的心態進行了破壞性的探索，當然前提要提前把數據備份出來。嘗試停止mysql服務後，將mysql對應的datadir目錄下幾個文件刪除掉，對應文件見下圖。
然後重啟mysql服務，曾擔心啟動失敗的，但沒想到mysql順利的啟動成功了，然後查看對應的表，發現一隻running的事務終於消失了。
後續有時間我會繼續深入分析其中的原理。
❸ 如何輕松解決MYSQL資料庫連接過多的錯誤
1、MySQL資料庫系統允許的最大可連接數max_connections。這個參數是可以設置的。如果不設置，默認是100。最大是16384。
2、資料庫當前的連接線程數threads_connected。這是動態變化的。
查看max_connections、max_connections的辦法見後。
如果
threads_connected
==
max_connections
時，資料庫系統就不能提供更多的連接數了，這時，如果程序還想新建連接線程，資料庫系統就會拒絕，如果程序沒做太多的錯誤處理，就會出現類似強壇的報錯信息。
因為創建和銷毀資料庫的連接，都會消耗系統的資源。而且為了避免在同一時間同時打開過多的連接線程，現在編程一般都使用所謂資料庫連接池技術。
但資料庫連接池技術，並不能避免程序錯誤導致連接資源消耗殆盡。
這種情況通常發生在程序未能及時釋放資料庫連接資源或其他原因造成資料庫連接資源不能釋放，但強壇系統估計不會發生這種低級的編程錯誤。
該錯誤的簡便的檢查辦法是，在刷新強壇頁面時，不斷監視threads_connected的變化。如果max_connections足夠大，而
threads_connected值不斷增加以至達到max_connections，那麼，就應該檢查程序了。當然，如果採用資料庫連接池技術，
threads_connected增長到資料庫連接池的最大連接線程數時，就不再增長了。
從強壇出錯的情況看，更大的可能性是資料庫系統沒能進行適當地配置。下面提出一點建議。供參考
讓你們的工程師把MySQL的最大允許連接數從默認的100調成32000。這就不會老出現連接過多的問題了。
查看max_connections
進入MySQL，用命令：
show
variables
查看資料庫最大可連接數的變數值：
max_connections
查看threads_connected
進入MySQL，用命令：
show
status
查看當前活動的連接線程變數值：
threads_connected
設置max_connections
設置辦法是在my.cnf文件中，添加下面的最後紅色的一行：
[mysqld]
port=3306
#socket=MySQL
skip-l
❹ mysql 出現這樣的提示錯誤，怎麼解決
朋友，電腦出現：內存不能為read，這是你下載的「軟體」與電腦內存有「沖突」！
原因總結起來，有以下方面，偶爾出現，點：取消，即可！
（答案原創,本答案原作者：力王歷史）
1.電腦中了木馬或者有病毒在干擾！
試試：殺毒軟體，360安全衛士+360殺毒雙引擎版，或者金山衛士+金山毒霸，
建議：修復「高危」和「重要」漏洞！使用「木馬雲查殺」和「360殺毒」，
「全盤掃描」和「自定義掃描」病毒和木馬，刪除後，重啟電腦！
開機後，點開「隔離|恢復」，找到木馬和病毒，徹底刪除文件！
2.如果第1種方法不行，打開：「360安全衛士」，「木馬查殺」里的：「360系統急救箱」！
先「開始急救」，查殺完畢，刪除「可疑啟動項」和木馬，再重啟電腦！
然後點開「文件恢復」區，找到「可疑自啟動項」和木馬，點「徹底刪除」!
再點開「系統修復」，「全選」，再點「立即修復」！網路修復，立即修復，重啟電腦！
3.用「360安全衛士」，「系統修復」，一鍵修復！再：「清理插件」，立即掃描，立即清理：惡評插件！
4.你下載的「播放器」，或「聊天軟體」，或「IE瀏覽器」，或者「驅動」，或
「游戲」的程序不穩定，或者「版本太舊」！建議卸掉，下載新的，或將其升級
為「最新版本」！
5.軟體沖突，你安裝了兩款或兩款以上的同類軟體（如：兩款播放器，兩款
qq，或多款瀏覽器，多款殺毒軟體，多款網游等等）！它們在一起不「兼容」，
卸掉「多餘」的那一款！
6.卸載方法：你在電腦左下角「開始」菜單里找到「強力卸載電腦上的軟體」，找到多餘的那款卸掉！ 卸完了再「強力清掃」！
或者「360安全衛士」，「軟體管家」，點開，第4項：「軟體卸載」，點開，找
到「多餘」和「類似」的軟體卸載！如：「播放器」，點開，留下「暴風」，卸載「快播」！如：「下載」：點開，留下「迅雷」，卸載「快車」！（看準了再卸，別把有用的卸了）
7.如果還是不行，去網上下載一個「read修復工具」，修復試試！
8.再不行，重啟電腦，開機後按「F8」，回車，回車，進到「安全模式」里，「高級啟動選項」，找到：「最後一次正確配置」，按下去試試，看看效果如何！
9.再不行，開始菜單，運行 ，輸入cmd， 回車，在命令提示符下輸入(復制即可) :
for %1 in (%windir%\system32\*.ocx) do regsvr32 /s %1
粘貼，回車，再輸入：
for %1 in (%windir%\system32\*.dll) do regsvr32.exe /s %1
回車！直到屏幕滾動停止為止，重啟電腦！
10.實在不行就「一鍵還原」系統或「重裝系統」！
❺ mysql 連接錯誤Can't connect to MySQL server on IP(10060)(下面詳細)
mysql默認埠3306 要試驗是否能正常反應 直接在dos下
telnet mysql的IP 3306
要是出現無法打開，但確認伺服器又是沒問題的，那肯定是網路上的問題。
可以試試ping伺服器是否能通 trace伺服器路由是否正確，以及防火牆的設置。
要是能連接上，那估計是A B的伺服器地址配置出錯了。。
iis+apache是個什麼組合啊？
——————————————————————————
補充：
你的C訪問A B都是沒問題的，所以3306埠肯定是打開的，我意思是你在a和b上telnet對端的3306埠試試。
地址配置錯我意思是php里填寫的mysql的IP和埠是不是沒設對
❻ 「MySql.Data.MySqlClient.MySqlException」類型的異常在 MySql.Data.dll 中發生
按照如下步驟檢查：
1. 確認資料庫是否允許遠程連接
2. 確認資料庫服務是否正常啟動
進windows的服務管理器，看帶有sqlserver的服務
3. 確認資料庫伺服器的防火牆開通
同1
4. 確認客戶端到伺服器網路暢通
在客戶機上的命令行執行 c:>ping 伺服器名
5. 確認連接字元串正確，包括：主機名\實例名，埠
這個，看你的程序了吧。
6. 確認資料庫是否允許混合登錄方式
同1
❼ linux伺服器中mysql自己總掉線什麼原因
排查思路..... 我都是第一時間去看日誌
弄個監控程序 監控一切可以監控的信息 最好能圖形化的
然後觀察出問題的點到底發生了什麼
如果程序是你寫的 也可以在程序里加標記 追蹤程序
總之 就是收集信息 發現異常
另外
可以分成幾塊 系統 網路 mysql 你的某程序 改變一個變數 察看是否正常 正常了就是那個變數的問題了
❽ mysql行鎖等待異常
根據我之前接觸到的此類問題，大致可以分為以下幾種原因：
1. 程序中非資料庫交互操作導致事務掛起
將介面調用或者文件操作等這一類非資料庫交互操作嵌入在 SQL 事務代碼之中，那麼整個事務很有可能因此掛起（介面不通等待超時或是上傳下載大附件）。
2. 事務中包含性能較差的查詢 SQL
事務中存在慢查詢，導致同一個事務中的其他 DML 無法及時釋放佔用的行鎖，引起行鎖等待。
3. 單個事務中包含大量 SQL
通常是由於在事務代碼中加入 for 循環導致，雖然單個 SQL 運行很快，但是 SQL 數量一大，事務就會很慢。
4. 級聯更新 SQL 執行時間較久
這類 SQL 容易讓人產生錯覺，例如：update A set ... where ...in (select B) 這類級聯更新，不僅會佔用 A 表上的行鎖，也會佔用 B 表上的行鎖，當 SQL 執行較久時，很容易引起 B 表上的行鎖等待。
5. 磁碟問題導致的事務掛起
極少出現的情形，比如存儲突然離線，SQL 執行會卡在內核調用磁碟的步驟上，一直等待，事務無法提交。
綜上可以看出，如果事務長時間未提交，且事務中包含了 DML 操作，那麼就有可能產生行鎖等待，引起報錯。
❾ 連接mysql提示net work error
net work error錯誤是指網路錯誤，或者是埠錯誤。可以從以下幾個方面去排查
檢查你連接mysql的ip正確，如果正確在ping一下，如果ping不同，則說明網路不通，檢查你的網段是否一致。
如果能ping通，檢查mysql安裝機器的防火牆(windows）或者埠是否開放(linux）。這時候可以在mysql伺服器上直接鏈接mysql試一下。
如果mysql伺服器上能連接成功，並且防火牆，埠都開放，在檢查下賬戶名或者密碼，不夠這種情況一般都不會報network error，報的都是access denied這樣的錯誤