mysql使用樂觀鎖時，自帶的悲觀鎖會失效么？

這是三個完全不同的概念。

1.在表中減少version，是由你自己寫的程序或則sql的where條件完全控制的，卻沒真正的的經(jīng)過mysql的事務(wù)層。2.悲觀鎖是mysql自己以維護(hù)的鎖機(jī)制，你加不ersion跟悲觀鎖沒關(guān)系啊，而只跟你設(shè)置的事務(wù)級別有關(guān)系

mysql串行化加的什么鎖？

MySQL大概情況可總結(jié)為200元以內(nèi)3種鎖：

表級鎖：開銷小，加鎖快；不會出現(xiàn)死鎖；完全鎖定粒度大，發(fā)生鎖的概率極高，心內(nèi)膜炎度最低。

行級鎖：開銷大，加鎖慢；會再次出現(xiàn)死鎖；移動到粒度大于，發(fā)生鎖的概率最低，如膿毒度也更高。

頁面鎖：開銷和加鎖時間界于表鎖和行鎖之間；會再次出現(xiàn)死鎖；移動到粒度界于表鎖和行鎖之間，并發(fā)度好象

mysql中如何查看是什么占用CPU內(nèi)存？

MySQL正處于高負(fù)載環(huán)境下，磁盤IO讀寫過多的話，絕對會電腦資源很多資源，勢必CP會U占用過低。占用帶寬CPU溫度過高，也可以做:考慮：

1.再打開慢網(wǎng)上查詢?nèi)罩?，可以查詢是否是是某個SQL語句電腦資源過多后資源，如果沒有是的話，這個可以對SQL語句進(jìn)行優(yōu)化系統(tǒng)，例如系統(tǒng)優(yōu)化upsert語句、系統(tǒng)優(yōu)化group by語句、優(yōu)化系統(tǒng)order by語句、優(yōu)化軟件join語句等等；

2.考慮到索引問題；

3.定期定時講表，可以使用optimizetable；

4.系統(tǒng)優(yōu)化數(shù)據(jù)庫對象；

5.考慮到如何確定是鎖問題；

6.調(diào)整一些MySQLServer參數(shù)，比如說key_buffer_size、table_cache、innodb_buffer_pool_size、innodb_log_file_size等等；

7.要是數(shù)據(jù)量過大，這個可以判斷可以使用MySQL集群也可以堆建高可用環(huán)境。

mysql innodb的區(qū)別？

MySQL存儲引擎MyISAM與InnoDB的區(qū)別

一、InnoDB意見事務(wù)，MyISAM不允許，這件事是更加之不重要。事務(wù)是一種低級的處理，如在一些列增刪改中只要哪個錯誤還也可以回滾還原系統(tǒng)，而MyISAM就不可以了。

二、MyISAM適合我查詢在內(nèi)再插入為主兼顧的應(yīng)用，InnoDB合適很頻繁修改包括設(shè)計到安全性就高的應(yīng)用。

三、InnoDB支持什么外鍵，MyISAM不支持什么。

四、MyISAM是設(shè)置成引擎，InnoDB不需要指定你。

五、InnoDB不接受FULLTEXT類型的索引。

六、InnoDB中不能保存表的行數(shù)，MyISAM只要你簡單讀得出能保存好的行數(shù)再試一下。

七、是對自再增長的字段，InnoDB中要乾坤二卦只有一該字段的索引，但是在MyISAM表中可以和其他字段相互確立組建索引。

八、清空整個表時，InnoDB是一行一行的刪除

九、InnoDB意見行鎖。