工具/原料
十年的寧陵網(wǎng)站建設(shè)經(jīng)驗，針對設(shè)計、前端、開發(fā)、售后、文案、推廣等六對一服務(wù)，響應(yīng)快，48小時及時工作處理。網(wǎng)絡(luò)營銷推廣的優(yōu)勢是能夠根據(jù)用戶設(shè)備顯示端的尺寸不同，自動調(diào)整寧陵建站的顯示方式，使網(wǎng)站能夠適用不同顯示終端，在瀏覽器中調(diào)整網(wǎng)站的寬度，無論在任何一種瀏覽器上瀏覽網(wǎng)站，都能展現(xiàn)優(yōu)雅布局與設(shè)計，從而大程度地提升瀏覽體驗。創(chuàng)新互聯(lián)公司從事“寧陵網(wǎng)站設(shè)計”,“寧陵網(wǎng)站推廣”以來，每個客戶項目都認真落實執(zhí)行。
已經(jīng)安裝了mysql數(shù)據(jù)庫的windows
操作系統(tǒng)
筆者安裝的mysql版本為5.6，即mysql
5.6
方法/步驟
首先，需要關(guān)閉mysql
server服務(wù)。在“運行”窗口，輸入“services.msc”，進入“服務(wù)”窗口。
在服務(wù)窗口，可以找到“mysql56”，選定，將其“停止”即可。
這樣，mysql
server服務(wù)就停止了。
需要說明的是，這里的“mysql56”受版本限制。舉例來說，如果你的mysql的版本是5.1，那么此時就是就是“mysql51”。
當然，也可以在命令行窗口使用“net
stop
mysql56”來停止服務(wù)。
接著，需要使用到mysql的安裝位置。如果忘記了，可以在“開始”按鈕（windows鍵）找到安裝“mysql”文件夾，打開并選擇“mysql
server
5.6”文件夾，會看到兩個mysql
commond
打開的快捷方式。選擇其中的一個查看其屬性，就可以找到mysql的安裝位置。
可以看到我們的mysql位置在“d:\program
files\mysql”
其實，我們之所以想知道m(xù)ysql的安裝位置，是為了獲取其下的.ini文件的位置。該文件記錄了mysql的配置信息。如果我們想跳過登錄權(quán)限，就必須獲取該文件的位置。
需要注意的是，不同版本的.ini文件的名稱不同，在mysql
5.1時，它是my.ini，而在mysql
5.6則是my-default.ini。
接著，打開命令行窗口，輸入如下的命令：
c:\users\wangmysqld
--defaults-file="d:\program
files\mysql\mysql
server
5.6\my-default.ini"
--console
--skip-grant-tables
需要說明的是，此時該窗口不可再寫入。這也是檢驗命令是否正確執(zhí)行的一個標準。
另外打開一個命令行窗口，輸入命令：mysql
-u
root
-p，回車即可進入mysql命令行界面。
7
接下來，只需要修改系統(tǒng)數(shù)據(jù)庫，將密碼進行更新即可。
需要使用到的命令是：
mysql-show
database;
mysql-use
mysql
mysql-update
user
set
password=password('12345')
where
user='root';
這樣，就將新密碼設(shè)為了12345。
打開控制面板，用小圖標的方式查看，找到管理工具
打開管理工具，找到服務(wù)
如果是mysql，在服務(wù)中找到mysql，點擊啟動
如果是SqlServer，則找到SqlServer開頭的服務(wù)，然后找到服務(wù)SqlServer MM+XXXX（因為我現(xiàn)在安裝的是mysql，所以具體的服務(wù)名稱忘了，但是絕對是M開頭的），如果沒有那個服務(wù)，則我也沒辦法了，你試試將所有SqlServer有關(guān)的服務(wù)都開啟，能連接的可能性也不大
5
左上角會顯示出這個服務(wù)已經(jīng)啟動，這個時候再連接數(shù)據(jù)庫就會成功了
來自：51CTO（作者：superZS）
我在剛開始學習數(shù)據(jù)庫的時候，沒少走彎路。經(jīng)常會遇到各種稀奇古怪的 error 信息，遇到報錯會很慌張，急需一個解決問題的辦法。跟無頭蒼蠅一樣，會不加思索地把錯誤粘到百度上，希望趕緊查找一下有沒有好的處理問題的方法。我想這個應(yīng)該是剛從事數(shù)據(jù)庫的小白，都會遇到窘境。
今天就給大家列舉 MySQL 數(shù)據(jù)庫中，最經(jīng)典的十大錯誤案例，并附有處理問題的解決思路和方法，希望能給剛?cè)胄?，或?shù)據(jù)庫愛好者一些幫助，今后再遇到任何報錯，我們都可以很淡定地去處理。
學習任何一門技術(shù)的同時，其實就是自我修煉的過程。沉下心，嘗試去擁抱數(shù)據(jù)的世界！
Top 1：
Too many connections（連接數(shù)過多，導(dǎo)致連接不上數(shù)據(jù)庫，業(yè)務(wù)無法正常進行）
問題還原
解決問題的思路：
1、首先先要考慮在我們 MySQL 數(shù)據(jù)庫參數(shù)文件里面，對應(yīng)的 max_connections 這個參數(shù)值是不是設(shè)置的太小了，導(dǎo)致客戶端連接數(shù)超過了數(shù)據(jù)庫所承受的最大值。
● 該值默認大小是151，我們可以根據(jù)實際情況進行調(diào)整。
● 對應(yīng)解決辦法：set global max_connections=500
但這樣調(diào)整會有隱患，因為我們無法確認數(shù)據(jù)庫是否可以承擔這么大的連接壓力，就好比原來一個人只能吃一個饅頭，但現(xiàn)在卻非要讓他吃 10 個，他肯定接受不了。反應(yīng)到服務(wù)器上面，就有可能會出現(xiàn)宕機的可能。
所以這又反應(yīng)出了，我們在新上線一個業(yè)務(wù)系統(tǒng)的時候，要做好壓力測試。保證后期對數(shù)據(jù)庫進行優(yōu)化調(diào)整。
2、其次可以限制 Innodb 的并發(fā)處理數(shù)量，如果 innodb_thread_concurrency = 0（這種代表不受限制） 可以先改成 16或是64 看服務(wù)器壓力。如果非常大，可以先改的小一點讓服務(wù)器的壓力下來之后,然后再慢慢增大,根據(jù)自己的業(yè)務(wù)而定。個人建議可以先調(diào)整為 16 即可。
MySQL 隨著連接數(shù)的增加性能是會下降的，可以讓開發(fā)配合設(shè)置 thread pool，連接復(fù)用。在MySQL商業(yè)版中加入了thread pool這項功能
另外對于有的監(jiān)控程序會讀取 information_schema 下面的表，可以考慮關(guān)閉下面的參數(shù)
innodb_stats_on_metadata=0
set global innodb_stats_on_metadata=0
Top 2：（主從復(fù)制報錯類型）
Last_SQL_Errno: 1062 （從庫與主庫數(shù)據(jù)沖突）
Last_Errno: 1062
Last_Error: Could not execute Write_rows event on table test.t;
Duplicate entry '4' for key 'PRIMARY',
Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY;
the event's master log mysql-bin.000014, end_log_pos 1505
針對這個報錯，我們首先要考慮是不是在從庫中誤操作導(dǎo)致的。結(jié)果發(fā)現(xiàn)，我們在從庫中進行了一條針對有主鍵表的 sql 語句的插入，導(dǎo)致主庫再插入相同 sql 的時候，主從狀態(tài)出現(xiàn)異常。發(fā)生主鍵沖突的報錯。
解決方法：
在確保主從數(shù)據(jù)一致性的前提下，可以在從庫進行錯誤跳過。一般使用 percona-toolkit 中的 pt-slave-restart 進行。
在從庫完成如下操作
[root@zs bin]# ./pt-slave-restart -uroot -proot123
2017-07-20T14:05:30 p=...,u=root node4-relay-bin.000002 1506 1062
之后最好在從庫中開啟 read_only 參數(shù)，禁止在從庫進行寫入操作
Last_IO_Errno: 1593（server-id沖突）
Last_IO_Error:
Fatal error: The slave I/O thread stops because master and slave have equal MySQL server ids;
these ids must be different for replication to work
(or the --replicate-same-server-id option must be used on slave but this
does not always make sense; please check the manual before using it)
這個報錯出現(xiàn)之后，就看一目了然看到兩臺機器的 server-id 是一樣的。
在搭建主從復(fù)制的過程中，我們要確保兩臺機器的 server-id 是唯一的。這里再強調(diào)一下 server-id 的命名規(guī)則（服務(wù)器 ip 地址的最后一位+本 MySQL 服務(wù)的端口號）
解決方法：
在主從兩臺機器上設(shè)置不同的 server-id。
Last_SQL_Errno: 1032（從庫少數(shù)據(jù)，主庫更新的時候，從庫報錯）
Last_SQL_Error:
Could not execute Update_rows event on table test.t; Can't find record
in 't', Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the
event's master log mysql-bin.000014, end_log_pos 1708
解決問題的辦法：
根據(jù)報錯信息，我們可以獲取到報錯日志和position號，然后就能找到主庫執(zhí)行的哪條sql，導(dǎo)致的主從報錯。
在主庫執(zhí)行：
/usr/local/mysql/bin/mysqlbinlog --no-defaults -v -v --base64-output=decode-rows /data/mysql/mysql-bin.000014 |grep -A 10 1708 1.log
cat 1.log
#170720 14:20:15 server id 3 end_log_pos 1708 CRC32 0x97b6bdec Update_rows: table id 113 flags: STMT_END_F
### UPDATE `test`.`t`
### WHERE
### @1=4 /* INT meta=0 nullable=0 is_null=0 */
### @2='dd' /* VARSTRING(60) meta=60 nullable=1 is_null=0 */
### SET
### @1=4 /* INT meta=0 nullable=0 is_null=0 */
### @2='ddd' /* VARSTRING(60) meta=60 nullable=1 is_null=0 */
# at 1708
#170720 14:20:15 server id 3 end_log_pos 1739 CRC32 0xecaf1922 Xid = 654
COMMIT/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
獲取到 sql 語句之后，就可以在從庫反向執(zhí)行 sql 語句。把從庫缺少的 sql 語句補全，解決報錯信息。
在從庫依次執(zhí)行：
mysql insert into t (b) values ('ddd');
Query OK, 1 row affected (0.01 sec)
mysql stop slave;
Query OK, 0 rows affected (0.00 sec)
mysql exit
Bye
[root@node4 bin]# ./pt-slave-restart -uroot -proot123
2017-07-20T14:31:37 p=...,u=root node4-relay-bin.000005 283 1032
Top 3：MySQL安裝過程中的報錯
[root@zs data]# /usr/local/mysql/bin/mysqld_safe --defaults-file=/etc/my.cnf [1] 3758
[root@zs data]# 170720 14:41:24 mysqld_safe Logging to '/data/mysql/error.log'.
170720 14:41:24 mysqld_safe Starting mysqld daemon with databases from /data/mysql170720
14:41:25 mysqld_safe mysqld from pid file /data/mysql/node4.pid ended
170720 14:41:24 mysqld_safe Starting mysqld daemon with databases from /data/mysql2017-07-20
14:41:25 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated.
Please use --explicit_defaults_for_timestamp server option
(see documentation for more details)./usr/local/mysql/bin/mysqld:
File '/data/mysql/mysql-bin.index' not found (Errcode: 13 - Permission denied)
2017-07-20 14:41:25 4388 [ERROR] Aborting
解決思路：
遇到這樣的報錯信息，我們要學會時時去關(guān)注錯誤日志 error log 里面的內(nèi)容?？匆娏岁P(guān)鍵的報錯點 Permission denied。證明當前 MySQL 數(shù)據(jù)庫的數(shù)據(jù)目錄沒有權(quán)限。
解決方法：
[root@zs data]# chown mysql:mysql -R mysql
[root@zs data]# /usr/local/mysql/bin/mysqld_safe --defaults-file=/etc/my.cnf
[1] 4402
[root@zs data]# 170720 14:45:56 mysqld_safe Logging to '/data/mysql/error.log'.
170720 14:45:56 mysqld_safe Starting mysqld daemon with databases from /data/mysql
啟動成功。
如何避免這類問題，個人建議在安裝 MySQL 初始化的時候，一定加上--user=mysql，這樣就可以避免權(quán)限問題。
./mysql_install_db --basedir=/usr/local/mysql/ --datadir=/data/mysql/ --defaults-file=/etc/my.cnf --user=mysql
Top 4：數(shù)據(jù)庫密碼忘記的問題
[root@zs ~]# mysql -uroot -p
Enter password:
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)
[root@zs ~]# mysql -uroot -p
Enter password:
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)
我們有可能剛剛接手別人的 MySQL 數(shù)據(jù)庫，而且沒有完善的交接文檔。root 密碼可以丟失或者忘記了。
解決思路：
目前是進入不了數(shù)據(jù)庫的情況，所以我們要考慮是不是可以跳過權(quán)限。因為在數(shù)據(jù)庫中，mysql數(shù)據(jù)庫中user表記錄著我們用戶的信息。
解決方法：
啟動 MySQL 數(shù)據(jù)庫的過程中，可以這樣執(zhí)行：
/usr/local/mysql/bin/mysqld_safe --defaults-file=/etc/my.cnf --skip-grant-tables
這樣啟動，就可以不用輸入密碼，直接進入 mysql 數(shù)據(jù)庫了。然后在修改你自己想要改的root密碼即可。
update mysql.user set password=password('root123') where user='root';
Top 5：truncate 刪除數(shù)據(jù)，導(dǎo)致自動清空自增ID，前端返回報錯 not found。
這個問題的出現(xiàn)，就要考慮下 truncate 和 delete 的區(qū)別了。
看下實驗演練：
首先先創(chuàng)建一張表；
CREATE TABLE `t` (
`a` int(11) NOT NULL AUTO_INCREMENT,
`b` varchar(20) DEFAULT NULL,
PRIMARY KEY (`a`),
KEY `b` (`b`)
) ENGINE=InnoDB AUTO_INCREMENT=300 DEFAULT CHARSET=utf8
插入三條數(shù)據(jù)：
mysql insert into t (b) values ('aa');
Query OK, 1 row affected (0.00 sec)
mysql insert into t (b) values ('bb');
Query OK, 1 row affected (0.00 sec)
mysql insert into t (b) values ('cc');
Query OK, 1 row affected (0.00 sec)
mysql select * from t;
+-----+------+
| a | b |
+-----+------+
| 300 | aa |
| 301 | bb |
| 302 | cc |
+-----+------+
3 rows in set (0.00 sec)
先用 delete 進行刪除全表信息，再插入新值。
結(jié)果發(fā)現(xiàn) truncate 把自增初始值重置了，自增屬性從1開始記錄了。當前端用主鍵id進行查詢時，就會報沒有這條數(shù)據(jù)的錯誤。
個人建議不要使用 truncate 對表進行刪除操作，雖然可以回收表空間，但是會涉及自增屬性問題。這些坑，我們不要輕易鉆進去。
Top 6：
阿里云 MySQL 的配置文件中，需要注意一個參數(shù)設(shè)置就是：
lower_case_table_names = 0;默認情況
lower_case_table_names = 1;是不區(qū)分大小寫 . 如果報你小寫的表名找不到, 那你就把遠端數(shù)據(jù)庫的表名改成小寫 , 反之亦然 . 注意 Mybatis 的 Mapper 文件的所有表名也要相應(yīng)修改
Top 7：
有同學經(jīng)常會問張老師，為什么我的數(shù)據(jù)庫總會出現(xiàn)中文亂碼的情況。一堆？？？？不知道怎么回事。當向數(shù)據(jù)庫中寫入創(chuàng)建表，并插入中文時，會出現(xiàn)這種問題。此報錯會涉及數(shù)據(jù)庫字符集的問題。
解決思路：
對于中文亂碼的情況，記住老師告訴你的三個統(tǒng)一就可以。還要知道在目前的mysql數(shù)據(jù)庫中字符集編碼都是默認的UTF8
處理辦法：
1、數(shù)據(jù)終端，也就是我們連接數(shù)據(jù)庫的工具設(shè)置為 utf8
2、操作系統(tǒng)層面；可以通過 cat /etc/sysconfig/i18n 查看；也要設(shè)置為 utf8
3、數(shù)據(jù)庫層面；在參數(shù)文件中的 mysqld 下，加入 character-set-server=utf8。
Emoji 表情符號錄入 mysql 數(shù)據(jù)庫中報錯。
Caused by: java.sql.SQLException: Incorrect string value: '\xF0\x9F\x98\x97\xF0\x9F...' for column 'CONTENT' at row 1
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1074)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4096)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4028)
at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2490)
at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2651)
at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2734)
at com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:2155)
at com.mysql.jdbc.PreparedStatement.execute(PreparedStatement.java:1379)
解決思路：針對表情插入的問題，一定還是字符集的問題。
處理方法：我們可以直接在參數(shù)文件中，加入
vim /etc/my.cnf
[mysqld]
init-connect='SET NAMES utf8mb4'
character-set-server=utf8mb4
注：utf8mb4 是 utf8 的超集。
Top 8：使用 binlog_format=statement 這種格式，跨庫操作，導(dǎo)致從庫丟失數(shù)據(jù)，用戶訪問導(dǎo)致出現(xiàn)錯誤數(shù)據(jù)信息。
當前數(shù)據(jù)庫二進制日志的格式為：binlog_format=statement
在主庫設(shè)置binlog-do-db=mydb1（只同步mydb1這一個庫）
在主庫執(zhí)行use mydb2；
insert into mydb1.t1 values ('bb');這條語句不會同步到從庫。
但是這樣操作就可以；
use mydb1;
insert into mydb1.t1 values ('bb');因為這是在同一個庫中完成的操作。
在生產(chǎn)環(huán)境中建議使用binlog的格式為row，而且慎用binlog-do-db參數(shù)。
Top 9：MySQL 數(shù)據(jù)庫連接超時的報錯 ；
org.hibernate.util.JDBCExceptionReporter - SQL Error:0, SQLState: 08S01
org.hibernate.util.JDBCExceptionReporter - The last packet successfully received from the server was43200 milliseconds ago.The last packet sent successfully to the server was 43200 milliseconds ago, which is longer than the server configured value of 'wait_timeout'. You should consider either expiring and/or testing connection validity before use in your application, increasing the server configured values for client timeouts, or using the Connector/J connection 'autoReconnect=true' to avoid this problem.
org.hibernate.event.def.AbstractFlushingEventListener - Could not synchronize database state with session
org.hibernate.exception.JDBCConnectionException: Could not execute JDBC batch update
com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException: Connection.close() has already been called. Invalid operation in this state.
org.hibernate.util.JDBCExceptionReporter - SQL Error:0, SQLState: 08003
org.hibernate.util.JDBCExceptionReporter - No operations allowed after connection closed. Connection was implicitly closed due to underlying exception/error:
** BEGIN NESTED EXCEPTION **
大多數(shù)做 DBA 的同學，可能都會被開發(fā)人員告知，你們的數(shù)據(jù)庫報了這個錯誤了。趕緊看看是哪里的問題。
這個問題是由兩個參數(shù)影響的，wait_timeout 和 interactive_timeout。數(shù)據(jù)默認的配置時間是28800（8小時）意味著，超過這個時間之后，MySQL 數(shù)據(jù)庫為了節(jié)省資源，就會在數(shù)據(jù)庫端斷開這個連接，Mysql服務(wù)器端將其斷開了，但是我們的程序再次使用這個連接時沒有做任何判斷，所以就掛了。
解決思路：
先要了解這兩個參數(shù)的特性；這兩個參數(shù)必須同時設(shè)置，而且必須要保證值一致才可以。
我們可以適當加大這個值，8小時太長了，不適用于生產(chǎn)環(huán)境。因為一個連接長時間不工作，還占用我們的連接數(shù)，會消耗我們的系統(tǒng)資源。
解決方法：
可以適當在程序中做判斷；強烈建議在操作結(jié)束時更改應(yīng)用程序邏輯以正確關(guān)閉連接；然后設(shè)置一個比較合理的timeout的值（根據(jù)業(yè)務(wù)情況來判斷）
Top 10 ：can't open file (errno:24)
有的時候，數(shù)據(jù)庫跑得好好的，突然報不能打開數(shù)據(jù)庫文件的錯誤了。
解決思路：
首先我們要先查看數(shù)據(jù)庫的 error log。然后判斷是表損壞，還是權(quán)限問題。還有可能磁盤空間不足導(dǎo)致的不能正常訪問表；操作系統(tǒng)的限制也要關(guān)注下；用 perror 工具查看具體錯誤！
linux:/usr/local/mysql/bin # ./perror 24
OS error code 24: Too many open files
超出最大打開文件數(shù)限制！ulimit -n查看系統(tǒng)的最大打開文件數(shù)是65535，不可能超出！那必然是數(shù)據(jù)庫的最大打開文件數(shù)超出限制！
在 MySQL 里查看最大打開文件數(shù)限制命令：show variables like 'open_files_limit';
發(fā)現(xiàn)該數(shù)值過小，改為2048，重啟 MySQL，應(yīng)用正常
處理方法：
repair table ；
chown mysql權(quán)限
清理磁盤中的垃圾數(shù)據(jù)
你是指默認的mysql目錄下data里面的'mysql'這個schema沒有在workbench里面看到吧？
點擊菜單-Edit-Preferences里面的SQL
Editor，然后把"show
Data
Dicrionaries
and
Internal
Schemas"前面的復(fù)選框給勾上,再回過去刷新或者重新連接，就會出現(xiàn)了
mysql讀取不到數(shù)據(jù)庫
1.
mysql服務(wù)沒啟動;
2.
sock文件路徑設(shè)置錯誤 ;
3.
sock文件所在目錄的權(quán)限問題;
4.
這個文件直接丟失了 解決步驟: 1)檢查服務(wù)有沒有啟動mysql.sock文件,如果該路徑下
重慶分公司
重慶分公司
