Java并發(fā)編程的線程死鎖問題如何解決？兩個大家伙中的一個在戒備，另一個解決了死鎖問題。夠了mysql死鎖出現(xiàn)的原因？MySQL有三級鎖：頁級、表級和行級。表級鎖：成本低，鎖定速度快；無死鎖；鎖粒度大

Java并發(fā)編程的線程死鎖問題如何解決？

兩個大家伙中的一個在戒備，另一個解決了死鎖問題。夠了

mysql死鎖出現(xiàn)的原因？

MySQL有三級鎖：頁級、表級和行級。

表級鎖：成本低，鎖定速度快；無死鎖；鎖粒度大，鎖沖突概率最高，并發(fā)性最低。

行級鎖：成本高、鎖定慢、死鎖、最小鎖定粒度、鎖沖突概率最低、并發(fā)性最高。

頁鎖：表鎖和行鎖之間的開銷和鎖定時間是有界的；會發(fā)生死鎖；鎖粒度是有界的，表鎖和行鎖之間是有界的，并發(fā)性一般

所謂死鎖<死鎖>：是指兩個或兩個以上進程因爭用而互相等待的現(xiàn)象執(zhí)行過程中的資源。如果沒有外力，它們就無法前進，如果系統(tǒng)處于死鎖狀態(tài)或系統(tǒng)出現(xiàn)死鎖，這些永遠等待對方的進程稱為死鎖進程。表級鎖不會產(chǎn)生死鎖。所以死鎖的解決方案主要是InnoDB，這是最常用的一種。

死鎖的關(guān)鍵是兩個（或更多）會話的鎖定順序不一致。

解決死鎖問題的相應(yīng)關(guān)鍵是：讓不同的會話按順序鎖定

java線程死鎖或線程過多：

1。獲取java進程ID

PS-EF | grep java

2。導(dǎo)出線程堆棧（32494替換為上一步中找到的進程ID）

jstack-L 32494>>/usr/local/client/log20180116.log

3。復(fù)制導(dǎo)出的。將上一步生成的日志文件放到本地機上，然后用記事本打開，檢查哪個線程有大量重復(fù)，然后結(jié)合業(yè)務(wù)排除。（例如，如果堆棧的60%是由其中一個類的方法引起的，則該方法可能會阻塞。）