1、首先點擊【開始】
公司主營業(yè)務：成都網站建設、網站建設、移動網站開發(fā)等業(yè)務。幫助企業(yè)客戶真正實現互聯網宣傳，提高企業(yè)的競爭能力。成都創(chuàng)新互聯公司是一支青春激揚、勤奮敬業(yè)、活力青春激揚、勤奮敬業(yè)、活力澎湃、和諧高效的團隊。公司秉承以“開放、自由、嚴謹、自律”為核心的企業(yè)文化，感謝他們對我們的高要求，感謝他們從不同領域給我們帶來的挑戰(zhàn)，讓我們激情的團隊有機會用頭腦與智慧不斷的給客戶帶來驚喜。成都創(chuàng)新互聯公司推出商洛免費做網站回饋大家。
2、然后在搜索欄輸入cmd，并按回車，
3、在cmd輸入net stop mysql，然后回車，
4、此時顯示mysql已停止，
5、在cmd下輸入net start mysql，然后回車，
6、此時顯示mysql已啟動，重啟完成，完成效果圖。
wind 方法二 開始-運行-輸入：services.msc-點確定-找到MySQL-在上面右鍵-重新啟動。這樣就行了linux 中RedHat Linux (Fedora Core/Cent OS) 1.啟動：/etc/init.d/mysqld start 2.停止：/etc/init.d/mysqld stop 3.重啟：/etc/init.d/mysqld restart Debian / Ubuntu Linux 1.啟動：/etc/init.d/mysql start 2.停止：/etc/init.d/mysql stop 3.重啟：/etc/init.d/mysql restartWindows 1.點擊開始-運行（快捷鍵Win+R） 2.啟動：輸入 net stop mysql 3.停止：輸入 net start mysql提示 Redhat Linux 也支持service command， 啟動：# service mysqld start 停止：# service mysqld stop 重啟：# service mysqld restart 推薦的安全重啟方法
在程序員的職業(yè)生涯中，總會遇到數據庫表被鎖的情況，前些天就又撞見一次。由于業(yè)務突發(fā)需求，各個部門都在批量操作、導出數據，而數據庫又未做讀寫分離，結果就是：數據庫的某張表被鎖了！
用戶反饋系統(tǒng)部分功能無法使用，緊急排查，定位是數據庫表被鎖，然后進行緊急處理。這篇文章給大家講講遇到類似緊急狀況的排查及解決過程，建議點贊收藏，以備不時之需。
用戶反饋某功能頁面報502錯誤，于是第一時間看服務是否正常，數據庫是否正常。在控制臺看到數據庫CPU飆升，堆積大量未提交事務，部分事務已經阻塞了很長時間，基本定位是數據庫層出現問題了。
查看阻塞事務列表，發(fā)現其中有鎖表現象，本想利用控制臺直接結束掉阻塞的事務，但控制臺賬號權限有限，于是通過客戶端登錄對應賬號將鎖表事務kill掉，才避免了情況惡化。
下面就聊聊，如果當突然面對類似的情況，我們該如何緊急響應？
想象一個場景，當然也是軟件工程師職業(yè)生涯中會遇到的一種場景：原本運行正常的程序，某一天突然數據庫的表被鎖了，業(yè)務無法正常運轉，那么我們該如何快速定位是哪個事務鎖了表，如何結束對應的事物？
首先最簡單粗暴的方式就是：重啟MySQL。對的，網管解決問題的神器——“重啟”。至于后果如何，你能不能跑了，要你自己三思而后行了！
重啟是可以解決表被鎖的問題的，但針對線上業(yè)務很顯然不太具有可行性。
下面來看看不用跑路的解決方案：
遇到數據庫阻塞問題，首先要查詢一下表是否在使用。
如果查詢結果為空，那么說明表沒在使用，說明不是鎖表的問題。
如果查詢結果不為空，比如出現如下結果：
則說明表（test）正在被使用，此時需要進一步排查。
查看數據庫當前的進程，看看是否有慢SQL或被阻塞的線程。
執(zhí)行命令：
該命令只顯示當前用戶正在運行的線程，當然，如果是root用戶是能看到所有的。
在上述實踐中，阿里云控制臺之所以能夠查看到所有的線程，猜測應該使用的就是root用戶，而筆者去kill的時候，無法kill掉，是因為登錄的用戶非root的數據庫賬號，無法操作另外一個用戶的線程。
如果情況緊急，此步驟可以跳過，主要用來查看核對：
如果情況緊急，此步驟可以跳過，主要用來查看核對：
看事務表INNODB_TRX中是否有正在鎖定的事務線程，看看ID是否在show processlist的sleep線程中。如果在，說明這個sleep的線程事務一直沒有commit或者rollback，而是卡住了，需要手動kill掉。
搜索的結果中，如果在事務表發(fā)現了很多任務，最好都kill掉。
執(zhí)行kill命令：
對應的線程都執(zhí)行完kill命令之后，后續(xù)事務便可正常處理。
針對緊急情況，通常也會直接操作第一、第二、第六步。
這里再補充一些MySQL鎖相關的知識點：數據庫鎖設計的初衷是處理并發(fā)問題，作為多用戶共享的資源，當出現并發(fā)訪問的時候，數據庫需要合理地控制資源的訪問規(guī)則，而鎖就是用來實現這些訪問規(guī)則的重要數據結構。
根據加鎖的范圍，MySQL里面的鎖大致可以分成全局鎖、表級鎖和行鎖三類。MySQL中表級別的鎖有兩種：一種是表鎖，一種是元數據鎖（metadata lock，MDL)。
表鎖是在Server層實現的，ALTER TABLE之類的語句會使用表鎖，忽略存儲引擎的鎖機制。表鎖通過lock tables… read/write來實現，而對于InnoDB來說，一般會采用行級鎖。畢竟鎖住整張表影響范圍太大了。
另外一個表級鎖是MDL（metadata lock），用于并發(fā)情況下維護數據的一致性，保證讀寫的正確性，不需要顯式的使用，在訪問一張表時會被自動加上。
常見的一種鎖表場景就是有事務操作處于：Waiting for table metadata lock狀態(tài)。
MySQL在進行alter table等DDL操作時，有時會出現Waiting for table metadata lock的等待場景。
一旦alter table TableA的操作停滯在Waiting for table metadata lock狀態(tài)，后續(xù)對該表的任何操作（包括讀）都無法進行，因為它們也會在Opening tables的階段進入到Waiting for table metadata lock的鎖等待隊列。如果核心表出現了鎖等待隊列，就會造成災難性的后果。
通過show processlist可以看到表上有正在進行的操作（包括讀），此時alter table語句無法獲取到metadata 獨占鎖，會進行等待。
通過show processlist看不到表上有任何操作，但實際上存在有未提交的事務，可以在information_schema.innodb_trx中查看到。在事務沒有完成之前，表上的鎖不會釋放，alter table同樣獲取不到metadata的獨占鎖。
處理方法：通過 select * from information_schema.innodb_trxG, 找到未提交事物的sid，然后kill掉，讓其回滾。
通過show processlist看不到表上有任何操作，在information_schema.innodb_trx中也沒有任何進行中的事務。很可能是因為在一個顯式的事務中，對表進行了一個失敗的操作（比如查詢了一個不存在的字段），這時事務沒有開始，但是失敗語句獲取到的鎖依然有效，沒有釋放。從performance_schema.events_statements_current表中可以查到失敗的語句。
處理方法：通過performance_schema.events_statements_current找到其sid，kill 掉該session，也可以kill掉DDL所在的session。
總之，alter table的語句是很危險的（核心是未提交事務或者長事務導致的），在操作之前要確認對要操作的表沒有任何進行中的操作、沒有未提交事務、也沒有顯式事務中的報錯語句。
如果有alter table的維護任務，在無人監(jiān)管的時候運行，最好通過lock_wait_timeout設置好超時時間，避免長時間的metedata鎖等待。
關于MySQL的鎖表其實還有很多其他場景，我們在實踐的過程中盡量避免鎖表情況的發(fā)生，當然這需要一定經驗的支撐。但更重要的是，如果發(fā)現鎖表我們要能夠快速的響應，快速的解決問題，避免影響正常業(yè)務，避免情況進一步惡化。所以，本文中的解決思路大家一定要收藏或記憶一下，做到有備無患，避免突然狀況下抓瞎。
查看MySQL數據庫的死鎖日志
1. 使用終端或命令提示符登錄到MySQL，輸入命令：mysql -h xxxx.xxx.xxx -P 3306 -u username -p?解釋：xxxx.xxx.xxx是數據庫IP地址，username是數據庫用戶名，輸入命令后，會讓你輸入username對應的密碼，就可以登錄了
2. 如何查看MySQL數據庫的死鎖信息?在MySQL客戶端下輸入命令：?show engine innodb status \G;
3. 如何定位MySQL數據庫的死鎖信息?在打印出來的信息中找到“LATEST DETECTED DEADLOCK”一節(jié)內容，看圖中紅線
4. 如何分析日志，定位死鎖原因?看3里面的圖，紫色劃線部分?分析：?事務1，等待?RECORD LOCKS space id 553 page no 376 n bits 368 index `index_user_id` of table `tbj`.`score_user`，這個位置的X鎖?事務2，持有?RECORD LOCKS space id 553 page no 376 n bits 368 index `index_user_id` of table `tbj`.`score_user`這個地方的S鎖?事務2，等待這個地方的X鎖?理論上這個事務2是可以提交的不會，死鎖，但是這個事務日志只打印最后一部分死鎖，信息，這里面隱含的條件是，事務1也持有?RECORD LOCKS space id 553 page no 376 n bits 368 index `index_user_id` of table `tbj`.`score_user`這個地方的S鎖，這樣，事務2不能加X鎖，同時事務1也不能加X鎖，產生死鎖。
重啟mysql服務
執(zhí)行show processlist，找到state，State狀態(tài)為Locked即被其他查詢鎖住。KILL?? 10866。
1.啟動：/etc/init.d/mysqld start
2.停止：/etc/init.d/mysqld stop
3.重啟：/etc/init.d/mysqld restart
1.啟動：/etc/init.d/mysql start
2.停止：/etc/init.d/mysql stop
3.重啟：/etc/init.d/mysql restartWindows
1.點擊“開始”-“運行”（快捷鍵Win+R）
2.啟動：輸入 net stop mysql
3.停止：輸入 net start mysql提示Redhat Linux 也支持service command，
啟動：# service mysqld start
重慶分公司
重慶分公司
