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

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

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

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

盡管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容量以確定后臺IO的速率限制

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

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

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

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

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

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