myisam儲存引擎的讀鎖和寫鎖是互斥的，讀寫操作是序列的。那麼，乙個程序請求某個myisam表的讀鎖，同時另乙個程序也請求同一表的寫鎖，mysql如何處理呢？答案是寫程序先獲得鎖。不僅如此，即使讀請求先到鎖等待佇列，寫請求後到，寫鎖也會插到讀鎖請求之前！這是因為mysql認為寫請求一般比讀請求要重要。這也正是myisam表不太適合於有大量更新操作和查詢操作應用的原因，因為，大量的更新操作會造成查詢操作很難獲得讀鎖，從而可能永遠阻塞。這種情況有時可能會變得非常糟糕！myisam是有讀鎖和寫鎖(2個鎖都是表級別鎖)。
mysql表級鎖有兩種模式：表共享讀鎖（table read lock）和表獨佔寫鎖（table write lock）。什麼意思呢，就是說對myisam表進行讀操作時，它不會阻塞其他使用者對同一表的讀請求，但會阻塞 對同一表的寫操作；而對myisam表的寫操作，則會阻塞其他使用者對同一表的讀和寫操作。
innodb行鎖是通過給索引項加鎖來實現的，即只有通過索引條件檢索資料，innodb才使用行級鎖，否則將使用表鎖！行級鎖在每次獲取鎖和釋放鎖的操作需要消耗比表鎖更多的資源。在innodb兩個事務發生死鎖的時候，會計算出每個事務影響的行數，然後回滾行數少的那個事務。當鎖定的場景中不涉及innodb的時候，innodb是檢測不到的。只能依靠鎖定超時來解決。
資料庫死鎖例子：
兩個sesison，第乙個update表t1，不要提交。第二個update表t2，不要提交。接著session1去update表t2，session2去update表t1，此時就發生死鎖了。
冷備份mysql和熱備份mysql：
冷備份就是直接cp所有的資料庫檔案。
熱備份：
1）myisam引擎。1、flush tables with read lock; 2、 cp......; 3、unlock tables;
作為資料庫伺服器的主機，最關鍵的就是主機的整體io效能，包括磁碟、記憶體以及各種io相關的板卡。
在mysql中，使用orderby 關鍵字，排序方式有兩種：
4.1版本以前的使用的是先取出需要排序的字段和整條記錄的指標，然後對需要排序的字段在指定的排序區進行排序，排序之後，再根據指標去取出相應的記錄。也就是說，這種演算法需要訪問資料兩次。從4.1版本開始，採取了改進演算法。一次性將所有的符合條件的記錄取出。這樣減少了隨機io（之前演算法排序之後去記錄為隨機io）。但是這種改進的方法極大的浪費了排序的時候所使用的記憶體。所以為了改進效能，query語句中盡量只取出我們需要的字段。
myql的profile可以用來分析查詢語句的cpu和io的使用情況。
[sql]view plain
copy
setprofiling=1
select
count
(*)
from
user
; show profiles;
show profile for
query 1;
最基本的我們可以從中看出，快取對於mysql的效能影響。提高速度近30倍。
mysql的兩種引擎 mysql的兩種儲存引擎
背景 最近在使用spring data jpa操作mysql，在使用jpa的自動建表功能之後，處理多對多關係 manytomany的時候，spring data jpa會給中間表的兩個欄位都加上外來鍵引用。當前使用的版本預設的資料庫儲存引擎為myisam。這種儲存引擎是為資料庫查詢效能而生的，不支援...
MySQL兩種儲存引擎區別
innodb引擎 innodb引擎提供了對資料庫acid事務的支援，並且實現了sql標準的四種隔離級別。該引擎還提供了行級鎖和外來鍵約束，他設計的目的是處理大容量資料庫系統，它本身就是基於mysql的完整的資料庫系統，mysql執行時innodb會在記憶體中建立緩衝池，用來緩衝資料和索引。innod...
MySQL 常見的兩種儲存引擎
mysql兩種常見的儲存引擎有 myisam 和 innodb，兩者區別如下 1 count運算 myisam 有快取表的 meta data 元資料，元資料報括行數等，因此其做 count 查詢時不需要消耗多少資源。而 innodb 就沒有這個快取。2 事務和崩潰後的安全恢復 myisam強調的是...