mysql數(shù)據(jù)庫(kù)truncate的鎖機(jī)制是什么？1鎖機(jī)制　　當(dāng)前MySQL已經(jīng)支持ISAM，MyISAM，MEMORY(HEAP)類型表的表級(jí)鎖了，BDB表支持頁(yè)級(jí)鎖，InnoDB表支持行級(jí)鎖。很多時(shí)

mysql數(shù)據(jù)庫(kù)truncate的鎖機(jī)制是什么？

1鎖機(jī)制　　當(dāng)前MySQL已經(jīng)支持ISAM，MyISAM，MEMORY(HEAP)類型表的表級(jí)鎖了，BDB表支持頁(yè)級(jí)鎖，InnoDB表支持行級(jí)鎖。很多時(shí)候，可以通過(guò)經(jīng)驗(yàn)來(lái)猜測(cè)什么樣的鎖對(duì)應(yīng)用程序更合適，不過(guò)通常很難說(shuō)一個(gè)鎖比別的更好，這全都要依據(jù)應(yīng)用程序來(lái)決定，不同的地方可能需要不同的鎖。　　想要決定是否需要采用一個(gè)支持行級(jí)鎖的存儲(chǔ)引擎，就要看看應(yīng)用程序都要做什么，其中的查詢、更新語(yǔ)句是怎么用的。例如，很多的web應(yīng)用程序大量的做查詢，很少刪除，主要是基于索引的更新，只往特定的表中插入記錄。采用基本的MySQLMyISAM表就很合適了。　　MySQL中對(duì)表級(jí)鎖的存儲(chǔ)引擎來(lái)說(shuō)是釋放死鎖的。避免死鎖可以這樣做到：在任何查詢之前先請(qǐng)求鎖，并且按照請(qǐng)求的順序鎖表?！　ySQL中用于WRITE(寫(xiě))的表鎖的實(shí)現(xiàn)機(jī)制如下：　　如果表沒(méi)有加鎖，那么就加一個(gè)寫(xiě)鎖?！　》駝t的話，將請(qǐng)求放到寫(xiě)鎖隊(duì)列中。　　MySQL中用于READ(讀)的表鎖的實(shí)現(xiàn)機(jī)制如下：　　如果表沒(méi)有加寫(xiě)鎖，那么就加一個(gè)讀鎖?！　》駝t的話，將請(qǐng)求放到讀鎖隊(duì)列中?！　‘?dāng)鎖釋放后，寫(xiě)鎖隊(duì)列中的線程可以用這個(gè)鎖資源，然后才輪到讀鎖隊(duì)列中的線程?！　∵@就是說(shuō)，如果表里有很多更新操作的話，那么SELECT必須等到所有的更新都完成了之后才能開(kāi)始?！　腗ySQL3.23.33開(kāi)始，可以通過(guò)狀態(tài)變量Table_locks_waited和Table_locks_immediate來(lái)分析系統(tǒng)中的鎖表爭(zhēng)奪情況：　　mysql>SHOWSTATUSLIKE"Table%"　　 ----------------------- --------- 　　|Variable_name|Value|　　 ----------------------- --------- 　　|Table_locks_immediate|1151552|　　|Table_locks_waited|15324|　　 ----------------------- --------- 　　

Facebook用戶量十分龐大，為什么還使用MySQL數(shù)據(jù)庫(kù)？

盡管Facebook使用MySQL，但它們并不是一成不變的使用它。 事實(shí)上，他們的團(tuán)隊(duì)已經(jīng)提交了許多MySQL核心和Innodb插件的高性能增強(qiáng)。 他們的主要重點(diǎn)是增加性能計(jì)數(shù)器到Innodb。 其他更改集中在IO子系統(tǒng)上，包括以下新功能：

1 innodb_io_capacity：設(shè)置服務(wù)器的IO容量以確定后臺(tái)IO的速率限制

2 innodb_read_io_threads， innodb_write_io_threads：設(shè)置后臺(tái)IO線程

3 innodb_max_merged_io：設(shè)置可能合并到一個(gè)大IO請(qǐng)求中的相鄰IO請(qǐng)求的最大數(shù)量

Facebook使用MySQL作為鍵值存儲(chǔ)，其中數(shù)據(jù)隨機(jī)分布在一大組邏輯實(shí)例中。 這些邏輯實(shí)例分散在物理節(jié)點(diǎn)之間，負(fù)載均衡在物理節(jié)點(diǎn)級(jí)完成。 Facebook已經(jīng)開(kāi)發(fā)了一個(gè)分區(qū)方案，其中全局ID被分配給所有的用戶數(shù)據(jù)。 他們也有一個(gè)自定義的歸檔方案，它基于每個(gè)用戶的頻繁和最近的數(shù)據(jù)。 大部分?jǐn)?shù)據(jù)是隨機(jī)分布的。 令人驚訝的是，據(jù)傳Facebook有1800個(gè)MySQL服務(wù)器，但只有3個(gè)全職DBA

Facebook主要將MySQL用于結(jié)構(gòu)化數(shù)據(jù)存儲(chǔ)，例如墻貼，用戶信息等。這些數(shù)據(jù)在各個(gè)數(shù)據(jù)中心之間復(fù)制。 對(duì)于blob存儲(chǔ)（照片，視頻等），F(xiàn)acebook使用一個(gè)自定義的解決方案，涉及外部的CDN和內(nèi)部的NFS

同樣重要的是，F(xiàn)acebook大量使用Memcache，這是一種內(nèi)存緩存系統(tǒng)，通過(guò)在RAM中緩存數(shù)據(jù)和對(duì)象來(lái)加速動(dòng)態(tài)數(shù)據(jù)庫(kù)驅(qū)動(dòng)的網(wǎng)站，以減少閱讀時(shí)間。 Memcache是Facebook的主要緩存形式，大大減少了數(shù)據(jù)庫(kù)的負(fù)載。 擁有一個(gè)緩存系統(tǒng)可以使Facebook的速度與調(diào)用數(shù)據(jù)一樣快。 如果不需要訪問(wèn)數(shù)據(jù)庫(kù)，則只需根據(jù)用戶標(biāo)識(shí)從緩存中獲取數(shù)據(jù)

所以，“Facebook使用什么數(shù)據(jù)庫(kù)”似乎是一個(gè)簡(jiǎn)單的問(wèn)題，你可以看到他們已經(jīng)添加了各種其他系統(tǒng)，使其真正的具有網(wǎng)絡(luò)可擴(kuò)展性。 但是，仍然可以自由地使用這樣一個(gè)觀點(diǎn)：“MySQL和Oracle或者M(jìn)S SQL Server一樣好或者更好，因?yàn)榫退阒挥蠪acebook使用它，它也有5億用戶！”