mysql錯誤代碼2（mysql錯誤代碼2002）

本文目錄一覽：

• 1、mysql鏈接不上錯誤代碼10061了，重啟mysql失敗，錯誤2
• 2、mysql錯誤碼問題
• 3、連接mysql錯誤2013
• 4、關於Php連接MySQL的代碼錯誤
• 5、如果網頁提示MySQL10062錯誤,更換瀏覽器無法解決該問
• 6、啟動mysql伺服器報錯

mysql鏈接不上錯誤代碼10061了，重啟mysql失敗，錯誤2

網頁鏈接—看下這個，資料庫有編號的問題網上一般都有答案，下次直接百度，能快些，望採納~！

mysql錯誤碼問題

這裡列出部分，詳情可參考：

消息：無法創建文件’%s’ (errno: %d)

· 錯誤：1005 SQLSTATE: HY000 (ER_CANT_CREATE_TABLE)

消息：無法創建表’%s’ (errno: %d)

· 錯誤：1006 SQLSTATE: HY000 (ER_CANT_CREATE_DB)

消息：無法創建資料庫’%s’ (errno: %d)

· 錯誤：1007 SQLSTATE: HY000 (ER_DB_CREATE_EXISTS)

消息：無法創建資料庫’%s’，資料庫已存在。

· 錯誤：1008 SQLSTATE: HY000 (ER_DB_DROP_EXISTS)

消息：無法撤銷資料庫’%s’，資料庫不存在。

· 錯誤：1009 SQLSTATE: HY000 (ER_DB_DROP_DELETE)

消息：撤銷資料庫時出錯（無法刪除’%s’，errno: %d）

· 錯誤：1010 SQLSTATE: HY000 (ER_DB_DROP_RMDIR)

消息：撤銷資料庫時出錯（can’t rmdir ‘%s’, errno: %d）

· 錯誤：1011 SQLSTATE: HY000 (ER_CANT_DELETE_FILE)

消息：刪除’%s’時出錯 (errno: %d)

· 錯誤：1012 SQLSTATE: HY000 (ER_CANT_FIND_SYSTEM_REC)

消息：無法讀取系統表中的記錄。

· 錯誤：1013 SQLSTATE: HY000 (ER_CANT_GET_STAT)

消息：無法獲取’%s’的狀態(errno: %d)

· 錯誤：1014 SQLSTATE: HY000 (ER_CANT_GET_WD)

消息：無法獲得工作目錄(errno: %d)

· 錯誤：1015 SQLSTATE: HY000 (ER_CANT_LOCK)

消息：無法鎖定文件(errno: %d)

· 錯誤：1016 SQLSTATE: HY000 (ER_CANT_OPEN_FILE)

消息：無法打開文件：’%s’ (errno: %d)

· 錯誤：1017 SQLSTATE: HY000 (ER_FILE_NOT_FOUND)

消息：無法找到文件： ‘%s’ (errno: %d)

· 錯誤：1018 SQLSTATE: HY000 (ER_CANT_READ_DIR)

消息：無法讀取’%s’的目錄 (errno: %d)

· 錯誤：1019 SQLSTATE: HY000 (ER_CANT_SET_WD)

消息：無法為’%s’更改目錄 (errno: %d)

· 錯誤：1020 SQLSTATE: HY000 (ER_CHECKREAD)

消息：自上次讀取以來表’%s’中的記錄已改變。

· 錯誤：1021 SQLSTATE: HY000 (ER_DISK_FULL)

消息：磁碟滿(%s)；等待某人釋放一些空間…

· 錯誤：1022 SQLSTATE: 23000 (ER_DUP_KEY)

消息：無法寫入；複製表’%s’的 鍵。

· 錯誤：1023 SQLSTATE: HY000 (ER_ERROR_ON_CLOSE)

消息：關閉’%s’時出錯 (errno: %d)

· 錯誤：1024 SQLSTATE: HY000 (ER_ERROR_ON_READ)

消息：讀取文件’%s’時出錯 (errno: %d)

· 錯誤：1025 SQLSTATE: HY000 (ER_ERROR_ON_RENAME)

消息：將’%s’重命名為’%s’時出錯 (errno: %d)

· 錯誤：1026 SQLSTATE: HY000 (ER_ERROR_ON_WRITE)

消息：寫入文件’%s’時出錯 (errno: %d)

· 錯誤：1027 SQLSTATE: HY000 (ER_FILE_USED)

消息：’%s’已鎖定，拒絕更改。

· 錯誤：1028 SQLSTATE: HY000 (ER_FILSORT_ABORT)

連接mysql錯誤2013

連接mysql錯誤2013是設置錯誤造成的，解決方法為：

1、回到電腦桌面，找到我的電腦點擊右鍵。找到管理選項雙擊。

2、點擊服務和應用程序。

3、點擊服務。

4、找到MySql。發現描述項為空。雙擊。

5、點擊啟動，再次打開MySql連接，就能連接成功了。

關於Php連接MySQL的代碼錯誤

html

head

title通過PHP連接MySQL/title

/head

body

?php

//用mysql_connect函數打開一個到MySQL伺服器的連接

//若成功則返回一個MySQL連接標識，失敗則返回FAISE

$link = mysql_connect ( “localhost”,”root”,”password”);

if(!$link){

//用die()函數顯示信息並結束當前腳本

//用mysql_error函數返回上一個MySQL操作產生的錯誤信息

die (“未能連接到MySQL伺服器：”.mysql_error() );

}

echo “成功連接到MySQL伺服器!”;

mysql_close($link); //關閉MySQL連接

?

/body

/html

把我這個代碼複製過去 重新嘗試

你後來補充的錯誤 是因為mysql 沒有連上上造成的 不是錯誤只算警告

如果網頁提示MySQL10062錯誤,更換瀏覽器無法解決該問

網頁本身有問題。

1、如果在瀏覽器進行網頁登錄時，突然出現網頁提示MySQL10062錯誤代碼，然後重新更換了一個瀏覽器，結果還是不可以，那就是網站本身的問題，網站本身就是一個錯誤的網站，所以不管用什麼瀏覽器都不好使。

2、可以重新建立一個網址，在檢查網址有沒有錯誤的出現。

啟動mysql伺服器報錯

一般情況下mysql的啟動錯誤還是很容易排查的，但是今天我們就來說一下不一般的情況。拿到一台伺服器，安裝完mysql後進行啟動，啟動錯誤如下：

有同學會說，哥們兒你是不是buffer pool設置太大了，設置了96G內存。這明顯提示無法分配內存嘛。如果真是這樣也就不在這裡進行分享了，哈哈。

我的伺服器內存是128G。如下圖：

伺服器內存使用情況：

那麼問題來了，既然還剩如此多的內存，為什麼提示無法分配內存？？。各位童鞋怎麼看？

1. 首先想到會不會是有幾條內存壞了？於是運維的同學進行了檢查，給我的反饋是硬體一切正常。

2. 把mysql配置參數又檢查了一遍，沒有發現什麼問題，線上一直就是使用這些參數。

3. 又把文件拷貝到另外一台機器，，另外一台伺服器可以正常啟動（2台機器硬體配置一致）。

那麼如果排除硬體問題，mysql配置問題，那麼剩下的就只有操作系統的內核參數配置了。於是把兩台伺服器進行了對比，最終發現了一個內核參數不一致。

複製代碼代碼如下:

vm.overcommit_memory

mysql啟動正常的伺服器改參數的值是0，而mysql啟動錯誤的這台伺服器該值是2。

那麼問題來了，這個參數到底是什麼鬼？竟然會讓mysql分配內存失敗，最後導致無法啟動。經過查詢資料知道了vm.overcommit_memory是什麼鬼。

vm.overcommit_memory

默認值為：0

從內核文檔里得知，該參數有三個值，分別是：

0：當用戶空間請求更多的的內存時，內核嘗試估算出剩餘可用的內存。

1：當設這個參數值為1時，內核允許超量使用內存直到用完為止，主要用於科學計算.

2：當設這個參數值為2時，內核會使用一個決不過量使用內存的演算法，即系統整個內存地址空間不能超過swap+50%的RAM值，50%參數的設定是在overcommit_ratio中設定。

vm.overcommit_ratio

默認值為：50

這個參數值只有在vm.overcommit_memory=2的情況下，這個參數才會生效。

那麼我們來看一下總的內存地址不能超過多少。其實是可以直接查看的。

[root@yayundeng 3306]# cat /proc/meminfo |grep -i commit

CommitLimit:  70144396 kB

Committed_AS:   135196 kB

[root@yayundeng 3306]#

通過查看可以得知在70G的樣子。那麼這個是如何計算的呢？這個就是上面提到的一個公式。swap+50%的RAM值，50%參數的設定是在overcommit_ratio中設定。

總虛擬內存 = 可用物理內存 × 百分比 + 交換分區

[root@yayundeng 3306]# cat /proc/meminfo | grep MemTotal

MemTotal:    132096808 kB

[root@yayundeng 3306]#

[root@yayundeng 3306]# free -k

total    used    free   shared  buffers   cached

Mem:   132096808  1583944 130512864     0   10240   133220

-/+ buffers/cache:  1440484 130656324

Swap:   4095992     0  4095992

[root@yayundeng 3306]# cat /proc/sys/vm/overcommit_ratio

50

[root@yayundeng 3306]#

總虛擬內存=132096808 * 50% + 4095992= 70144396 kB

那麼最後的結果就是buffer pool不能超過70144396 kB – 135196 kB=70009200 KB=66G。實際上經過測試，buffer pool只能設置57G。

最後在看看總虛擬內存情況：

CommitLimit：最大可用虛擬內存

Committed_AS：已使用虛擬內存

[root@yayundeng 3306]# cat /proc/meminfo |grep -i commit

CommitLimit:  70144396 kB

Committed_AS:  65539208 kB

那麼如果把內核參數vm.overcommit_memory恢復為默認值0，那麼將不會受到約束。

複製代碼代碼如下:

echo 0 /proc/sys/vm/overcommit_memory

參考資料：

總結：

說了這麼多，那麼為什麼要修改內核參數vm.overcommit_memory的值呢？這個是因為這台伺服器之前跑過GreenPlum資料庫，拿到我手上的時候沒有進行重裝系統，那麼還是建議如果拿到的機器之前跑過其他的業務，那麼保險的方法還是重裝一下系統，然後再部署自己的業務，不然真的會出現莫名其妙的問題。