pos機錯誤代碼50,MySQL數據庫常見報錯案例與錯誤代碼說明

網上有很多關于pos機錯誤代碼50,MySQL數據庫常見報錯案例與錯誤代碼說明的知識，也有很多人為大家解答關于pos機錯誤代碼50的問題，今天pos機之家(www.www690aa.com)為大家整理了關于這方面的知識，讓我們一起來看下吧!

本文目錄一覽：

1、pos機錯誤代碼50

pos機錯誤代碼50

-報錯1：

Can’t open file: ‘xxx_forums.MYI’. (errno: 145)

問題分析：

這種情況是不能打開 cdb_forums.MYI造成的，引起這種情況可能的原因有：

\u20021、服務器非正常關機，數據庫所在空間已滿，或一些其它未知的原因，對數據庫表造成了損壞。

\u20022、類 unix 操作系統下直接將數據庫文件拷貝移動會因為文件的屬組問題而產生這個錯誤。

解決方法：

1、修復數據表

可以使用下面的兩種方式修復數據表：（第一種方法僅適合獨立主機用戶）

\u20021）使用myisamchk ，Mysql 自帶了專門用戶數據表檢查和修復的工具 ——myisamchk。更改當前目錄到mysql/bin下面，一般情況下只有在這個下面才能運行myisamchk命令。常用的修復命令為：myisamchk -r數據文件目錄/數據表名.MYI；

\u20022）通過 phpMyAdmin 修復， phpMyAdmin 帶有修復數據表的功能，進入到某一個表中后，點擊“操作”，在下方的“表維護”中點擊“修復表”即可。

\u2002注意：以上兩種修復方式在執行前一定要備份數據庫。

2、修改文件的屬組（僅適合獨立主機用戶）

\u20021）復制數據庫文件的過程中沒有將數據庫文件設置為 MySQL 運行的帳號可讀寫（一般適用于 Linux和 FreeBSD 用戶）。

-報錯2：

ERROR 1045 (25000): Access denied for user 'root'@'localhost' (using password: NO)

問題分析：

\u2002密碼不正確或者沒有權限訪問。

解決方法：

1）修改 my.cnf 主配置文件，在 [mysqld] 下添加 skip-grant-tables，重啟數據庫。

\u2002\u2002最后修改密碼命令如下：

mysql> use mysql;mysql> update user set password=password("123qqq...A") where user="root";

\u2002\u2002刪除剛剛添加的 skip-grant-tables 參數，再重啟數據庫，使用新密碼即可登錄。

2）重新授權，命令如下:

mysql> grant all on *.* to 'root'@'mysql-server' identified by '123qqq...A';

-報錯3：

Duplicate key name ‘xxx’

問題分析：

\u2002要創建的索引已經存在，會引發這個錯誤，這個錯誤多發生在升級的時候。可能是已經升級過的，重復升級引起的錯誤。也有可能是之前用戶擅自加的索引，剛好與升級文件中的索引相同了。

解決方法：

\u2002看看已經存在的索引和要添加的索引是否一樣，一樣的話可以跳過這條sql語句，如果不一樣那么現刪除已存在的索引，之后再執行。

-報錯4：

Table ‘xxx’ already exists

問題分析：

\u2002xxx表已經存在于庫中，再次創建這個名字的表就會引發該錯誤。

解決方法：

\u2002查看已經存在的表是否和將要創建的表完全一樣，一樣的話可以跳過不執行這個sql，否則請將存在的表先刪除，再執行。

-報錯5：

InnoDB: Error: page 14518 log sequence number 5698741252 InnoDB: is in the future! Current system log sequence number 5698741252

問題分析：

\u2002innodb 數據文件損壞。

解決方法：

\u2002修改 my.cnf 配置文件，在 [mysqld] 下添加 innodb_force_recovery=4, 啟動數據庫后備份數據文件，然后再去掉該參數，利用備份文件恢復數據。

-報錯6：

\u2002從庫的 Slave_IO_Running 狀態為 NO

問題分析：

\u2002主庫和從庫的 server-id 值一樣。

解決方法：

\u2002修改從庫的 server-id 的值，修改成與主庫不一樣，比主庫低。修改完成后重啟，再同步即可！

-報錯7：

Warning: World-writable config file '/etc/my.cnf' is ignored ERROR! MySQL is running but PID file could not be found

問題分析：

\u2002MySQL 的配置文件 /etc/my.cnf 權限不對。

解決方法：

chmod 644 /et/my.cnf

-報錯8：

Too many connections (1040)鏈接過多

問題分析：

\u2002連接數已經超過了mysql設置的值，與max_connections 和wait_timeout 都有關系。wait_timeout的值越大，連接的空閑等待就越長，這樣就會造成當前連接數越大

解決方法：

\u2002優化 MySQL 服務器的配置，可參考修改 MySQL 配置文件my.ini或者 my.cnf中的參數：\u2002max_connections= 1000 \u2002wait_timeout = 10

\u2002修改后重啟 MySQL ，如果經常性的報此錯誤，需做一下服務器的整體優化。

-報錯9：

Can’t connect to MySQL server on ‘localhost’ (10061)

問題分析：

\u2002說明機器上沒提供MySQL服務。需要啟動這臺機器上的MySQL服務,如果負載太高也會產生這個錯誤。

解決方法:

\u2002啟動這臺機器的mysql服務，如果啟動不成功，多數是因為你的my.ini配置的有問題，重新配置其即可。如果覺得mysql負載異常，可以到mysql/bin 的目錄下執行mysqladmin -uroot -p123 processlist來查看mysql當前的進程。

-報錯10：

ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/data/mysql/mysql.sock'

問題分析：

\u2002可能是數據庫沒有啟動或者是端口被防火墻禁止。

解決方法：

\u2002啟動數據庫或者防火墻開放數據庫監聽端口。

-報錯11：

Error initializing relay log position: I/O error reading the header from the binary log

問題分析：

\u2002從庫的中繼日志 relay-bin 損壞.

解決方法：

\u2002手動修復，重新找到同步的 binlog 和 pos 點，然后重新同步即可。

mysql> CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.xxx',MASTER_LOG_POS=xxx;

-報錯12：

\u2002從庫的 Slave_IO_Running 為 NO 問題

問題分析：

\u2002造成從庫線程為 NO 的原因會有很多，主要原因是主鍵沖突或者主庫刪除或更新數據， 從庫找不到記錄，數據被修改導致。

\u2002通常狀態碼報錯有 1007、1032、1062、1452 等。

解決方法一：

mysql> stop slave;mysql> set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;mysql> start slave;

解決方法二：設置用戶權限，設置從庫只讀權限

set global read_only=true;

set GLOBAL max_connections=10000;

-報錯13：

\u2002客戶端報 Too many connections

問題分析：

\u2002連接數超出 Mysql 的最大連接限制。

解決方法：

\u2002在 my.cnf 配置文件里面增加連接數，然后重啟 MySQL 服務。max_connections = 10000臨時修改最大連接數，重啟后不生效。需要在 my.cnf 里面修改配置文件，下次重啟生效。

-報錯14：

Got error 28 from table handler

問題分析：

\u2002數據庫所在磁盤空間已滿。

解決方法：

\u2002增加 MySQL 所在的磁盤空間或者清理一些無用文件。

-報錯15：

Can’t create a new thread; if you are not out of available memory, you can consult the manual for a possible OS-dependent bug。

問題分析：

\u2002數據庫服務器問題，數據庫操作無法創建新線程。一般是兩個原因：

\u2002\u20021.服務器系統內存溢出。

\u2002\u20022.環境軟件損壞或系統損壞。

解決方法：

\u2002檢查服務器的內存和系統是否正常，如果服務器內存緊張，請排查一下哪些進程消耗了服務器的內存，同時考慮是否增加服務器的內存來提高整個的負載能力。

130 ：文件格式不正確145 ：文件無法打開1005：創建表失敗1006：創建數據庫失敗1007：數據庫已存在，創建數據庫失敗1008：數據庫不存在，刪除數據庫失敗1009：不能刪除數據庫文件導致刪除數據庫失敗1010：不能刪除數據目錄導致刪除數據庫失敗1011：刪除數據庫文件失敗1012：不能讀取系統表中的記錄1020：記錄已被其他用戶修改1021：硬盤剩余空間不足，請加大硬盤可用空間1022：關鍵字重復，更改記錄失敗1023：關閉時發生錯誤1024：讀文件錯誤1025：更改名字時發生錯誤1026：寫文件錯誤1032：記錄不存在1036：數據表是只讀的，不能對它進行修改1037：系統內存不足，請重啟數據庫或重啟服務器1038：用于排序的內存不足，請增大排序緩沖區1040：已到達數據庫的最大連接數，請加大數據庫可用連接數1041：系統內存不足1042：無效的主機名1043：無效連接1044：當前用戶沒有訪問數據庫的權限1045：不能連接數據庫，用戶名或密碼錯誤1048：字段不能為空1049：數據庫不存在1050：數據表已存在1051：數據表不存在1054：字段不存在1065：無效的 SQL 語句，SQL 語句為空1081：不能建立 Socket 連接1114：數據表已滿，不能容納任何記錄1116：打開的數據表太多1129：數據庫出現異常，請重啟數據庫1130：連接數據庫失敗，沒有連接數據庫的權限1133：數據庫用戶不存在1141：當前用戶無權訪問數據庫1142：當前用戶無權訪問數據表1143：當前用戶無權訪問數據表中的字段1146：數據表不存在1147：未定義用戶對數據表的訪問權限1149：SQL 語句語法錯誤1158：網絡錯誤，出現讀錯誤，請檢查網絡連接狀況1159：網絡錯誤，讀超時，請檢查網絡連接狀況1160：網絡錯誤，出現寫錯誤，請檢查網絡連接狀況1161：網絡錯誤，寫超時，請檢查網絡連接狀況1062：字段值重復，入庫失敗1169：字段值重復，更新記錄失敗1177：打開數據表失敗1180：提交事務失敗1181：回滾事務失敗1203：當前用戶和數據庫建立的連接已到達數據庫的最大連接數，請增大可用的數據庫連接數或重啟數據庫1205：加鎖超時1211：當前用戶沒有創建用戶的權限1216：外鍵約束檢查失敗，更新子表記錄失敗1217：外鍵約束檢查失敗，刪除或修改主表記錄失敗1226：當前用戶使用的資源已超過所允許的資源，請重啟數據庫或重啟服務器1227：權限不足，您無權進行此操作1235：MySQL 版本過低，不具有本功能1250：客戶端不支持服務器要求的認證協議，請考慮升級客戶端。1251：Client 不能支持 authentication protocol 的要求 Client does not support authentication protocol requested by server; consider upgrading MySQL clientQuote:1267：不合法的混合字符集。2002：服務器端口不對。2003：MySQL 服務沒有啟動，請啟動該服務。2008：MySQL client ran out of memory 錯誤指向了 MySQL 客戶 mysql。這個錯誤的原因很簡單，客戶沒有足夠的內存存儲全部結果。2013：遠程連接數據庫是有時會有這個問題，MySQL 服務器在執行一條 SQL 語句的時候失去了連接造成的。10048: 建議在 my.ini 文件中修改最大連接數， 把 mysql_connect () 方法都改成了 mysql_pconnect () 方法。要修改 mysql_pconnect ()，可以在論壇的 data 目錄的 sql_config.php 中 p c o n n e c t = 0 ; // 是 否 持 久 連 接 修 改 成 pconnect = 0; // 是否持久連接 修改成 pconnect=0;// 是否持久連接修改成 pconnect = 1; 開啟防刷新，嚴禁刷新太快.10055: 沒有緩存空間可利用，查看下你的 C 盤空間是否已經滿，清除一些沒有用的文件。可以在后臺的 "論壇核心設置","核心功能設置" 里 "進程優化" 開啟，"GZIP 壓縮輸出" 關閉。查找了一下 10055（沒有緩存空間可利用）10061: 啟動這臺機器上的 MySQL 服務 如服務啟動失敗，一定是你的 my.ini 文件出了差錯， MySQL 服務不能正常啟動 你刪除了它后，MySQL 就會按其默認配置運行， 那就沒有問題了。如果您喜歡本文，就請動動您的發財手為本文點贊評論轉發，讓我們一起學習更多運維相關知識，最后請記得關注我。

以上就是關于pos機錯誤代碼50,MySQL數據庫常見報錯案例與錯誤代碼說明的知識，后面我們會繼續為大家整理關于pos機錯誤代碼50的知識，希望能夠幫助到大家！