mysql中死鎖DeadLock：是指兩個或兩個以上的進(jìn)程在執(zhí)行過程中，因爭奪資源而造成的一種互相等待的現(xiàn)象，若無外力作用，它們都將無法推進(jìn)下去.此時稱系統(tǒng)處于死鎖狀態(tài)或系統(tǒng)產(chǎn)生了死鎖，這些永遠(yuǎn)在互相等待的進(jìn)程稱為死鎖進(jìn)程。
創(chuàng)新互聯(lián)公司專注于企業(yè)成都營銷網(wǎng)站建設(shè)、網(wǎng)站重做改版、棗莊網(wǎng)站定制設(shè)計、自適應(yīng)品牌網(wǎng)站建設(shè)、html5、成都做商城網(wǎng)站、集團(tuán)公司官網(wǎng)建設(shè)、外貿(mào)網(wǎng)站制作、高端網(wǎng)站制作、響應(yīng)式網(wǎng)頁設(shè)計等建站業(yè)務(wù)，價格優(yōu)惠性價比高，為棗莊等各大城市提供網(wǎng)站開發(fā)制作服務(wù)。
什么是死鎖guan 方定義如下：兩個事務(wù)都持有對方需要的鎖，并且在等待對方釋放，并且雙方都不會釋放自己的鎖。這個就好比你有一個人質(zhì)，對方有一個人質(zhì)，你們倆去談判說換人。你讓對面放人，對面讓你放人。
頁面鎖：開銷和加鎖時間界于表鎖和行鎖之間；會出現(xiàn)死鎖；鎖定粒度界于表鎖和行鎖之間，并發(fā)度一般 MySQL表級鎖的鎖模式(MyISAM) MySQL表級鎖有兩種模式：表共享鎖(Table Read Lock)和表獨占寫鎖(Table Write Lock)。
如果skip_locking為off，則外部鎖定有效您可以繼續(xù)并運行人和一個實用程序來檢查表。服務(wù)器和實用程序?qū)⒑献鲗Ρ磉M(jìn)行訪問。但是，運行任何 一個實用程序之前，應(yīng)該使用mysqladmin flush-tables。
如果不是版本的問題，那可能是你的內(nèi)存不足，請使用configure--with-low-memory 來加入。如果要重新做你的configure，那么你可以鍵入rm config.cache和make clean來清除記錄。
查詢肯定會加讀鎖，對千萬量級別的場景，考慮主從多個數(shù)據(jù)庫架構(gòu)環(huán)境吧。
1、MySQL還會鎖定主鍵索引。假設(shè)“update tab_test set state=1067，time=now () where id in (9921180)”幾乎同時執(zhí)行時，本語句首先鎖定主鍵索引，由于需要更新state的值，所以還需要鎖定idx_1的某些索引記錄。
2、如果服務(wù)器用--skip-locking選項運行，則外部鎖定禁用。該選項在某些系統(tǒng)中是缺省的，如Linux?？梢酝ㄟ^運行mysqladmin variables命令確定服務(wù)器是否能夠使用外部鎖定。
3、PostgreSQL提供了多 種索引類型：B-Tree、Hash、GiST和GIN，由于它們使用了不同的算法，因此每種索引類型都有其適合的查詢類型，缺省時，CREATE INDEX命令將創(chuàng)建B-Tree索引。
4、通過創(chuàng)建唯一性索引，可以保證數(shù)據(jù)庫表中每一 行數(shù)據(jù)的唯一性。 可以大大加快數(shù)據(jù)的檢索速度，這也是創(chuàng)建索引 的最主要原因。 可以加速表和表之間的連接，這在實現(xiàn)數(shù)據(jù)的參 考完整性方面特別有意義。
5、◆雖然索引大大提高了查詢速度，同時卻會降低更新表的速度，如對表進(jìn)行INSERT、UPDATE和DELETE。因為更新表時，MySQL不僅要保存數(shù)據(jù)，還要保存一下索引文件?！艚⑺饕龝加么疟P空間的索引文件。
首先最簡單粗暴的方式就是：重啟MySQL。對的，網(wǎng)管解決問題的神器——“重啟”。至于后果如何，你能不能跑了，要你自己三思而后行了！重啟是可以解決表被鎖的問題的，但針對線上業(yè)務(wù)很顯然不太具有可行性。
如果等待時間超過了配置值（也就是 innodb_lock_wait_timeout 參數(shù)的值，個人習(xí)慣配置成 5s，MySQL guan 方默認(rèn)為 50s），則會拋出行鎖等待超時錯誤。
鎖為邊的有向圖，判斷有向圖是否存在環(huán)，存在即有死鎖。檢測到死鎖之后，選擇插入更新或者刪除的行數(shù)最少的事務(wù)回滾，基于 INFORMATION_SCHEMA.INNODB_TRX 表中的 trx_weight 字段來判斷。
然后一切又恢復(fù)正常了。一般對于數(shù)據(jù)量較大的表，需要修改表結(jié)構(gòu)，或者做一些耗時比較久的鎖表操作，建議在晚上（業(yè)務(wù)閑時）執(zhí)行。這個時候可以配合使用任務(wù)處理一下。
1、一般對于數(shù)據(jù)量較大的表，需要修改表結(jié)構(gòu)，或者做一些耗時比較久的鎖表操作，建議在晚上（業(yè)務(wù)閑時）執(zhí)行。這個時候可以配合使用任務(wù)處理一下。
2、首先是如何檢查SQL的效率. 善用explain： 設(shè)計SQL后，應(yīng)使用explain命令檢查SQL，看是否使用到索引，是否存在filesort，重點檢查檢索的行數(shù)（rows）是否太大。 一般來說. rows1000，是在可接受的范圍內(nèi)的。
3、對這個表格進(jìn)行修改，然后把結(jié)構(gòu)變更的日期。插入進(jìn)去。而且還建議您盡量在業(yè)務(wù)的低縫隙進(jìn)行修改。避免發(fā)生不可控的未知狀況。
4、問題： 我們知道在MySQL中如果要執(zhí)行ALTER TABLE操作，MySQL會通過制作原來表的一個臨時副本來工作。
5、如果mysqld正在運行，你必須通過FLUSH TABLES強制清空仍然在內(nèi)存中的任何表修改。當(dāng)你運行myisamchk時，必須確保其它程序不使用表。避免該問題的最容易的方法是使用CHECK TABLE而不用myisamchk來檢查表。
鎖表一般是長時間占用表導(dǎo)致的，試著使SELECT語句運行得更快；你可能必須創(chuàng)建一些摘要(summary)表做到這點。用--low-priority-updates啟動mysqld。這將給所有更新(修改)一個表的語句以比SELECT語句低的優(yōu)先級。
MySQL這3種鎖的特性可大致歸納如下：表級鎖：開銷小，加鎖快；不會出現(xiàn)死鎖；鎖定粒度大，發(fā)生鎖沖突的概率最高，并發(fā)度最低。行級鎖：開銷大，加鎖慢；會出現(xiàn)死鎖；鎖定粒度最小，發(fā)生鎖沖突的概率最低，并發(fā)度也最高。
我覺得我是理解錯了，人家的無鎖加索引，只是說加索引的語句不加鎖，避免此時有update、insert、delete語句也持鎖從而相互形成死鎖。但是目前的問題是，有事務(wù)持了表鎖，創(chuàng)建索引需要等待。等該事務(wù)提交，索引就能創(chuàng)建成功。
只有分配到行鎖的事務(wù)才有權(quán)力操作該數(shù)據(jù)行，直到該事務(wù)結(jié)束，才釋放行鎖，而其他沒有分配到行鎖的事務(wù)就會產(chǎn)生行鎖等待。
