鎖表的原因：
當多個連線（資料庫連線）同時對一個表的資料進行更新操作，那麼速度將會越來越慢，持續一段時間後將出現資料表被鎖的現象，從而影響到其它的查詢及更新。　　
例如：
儲存過程迴圈30次更新操作（cycore_file_id 為唯一標識）

/*30次更新操作*/ BEGIN   DECLARE v1 INT DEFAULT 30;   WHILE v1 > 0 DO
    update jx_attach set complete=1,attach_size=63100 where cycore_file_id='56677142da502cd8907eb58f';
    SET v1 = v1 - 1
 
;   END WHILE;

END

執行結果（速度非常慢）

時間: 29.876s

Procedure executed successfully
受影響的行: 0

200個數據更新操作，三個資料庫連線同時執行

update jx_attach set complete=1,attach_size=63100 where cycore_file_id='56677142da502cd8907eb58f';
 update jx_attach set complete=1,attach_size=63100 where cycore_file_id='56677142da502cd8907eb58f'
 
;
 update jx_attach set complete=1,attach_size=63100 where cycore_file_id='56677142da502cd8907eb58f';
 update jx_attach set complete=1,attach_size=63100 where cycore_file_id='56677142da502cd8907eb58f';
 update jx_attach set complete=1,attach_size=63100 where cycore_file_id='56677142da502cd8907eb58f';
 update jx_attach set
 
 complete=1,attach_size=63100 where cycore_file_id='56677142da502cd8907eb58f';
...等等

執行結果（持續一段時間後速度越來越慢，出現等待鎖）　

# Time: 151208 22:41:24
# [email protected]: zmduan[zmduan] @ [192.168.235.1] Id: 2
# Query_time: 1.848644 Lock_time: 0.780778 Rows_sent: 0 Rows_examined: 393382
SET timestamp=1449643284;
update jx_attach set complete=1,attach_size=63100 where cycore_file_id='56677142da502cd8907eb58f';

.........
........

# [email protected]: zmduan[zmduan] @  [192.168.235.1]  Id:     2
# Query_time: 2.868598  Lock_time: 1.558542 Rows_sent: 0  Rows_examined: 393382
SET timestamp=1449643805;
update jx_attach set complete=1,attach_size=63100 where cycore_file_id='56677142da502cd8907eb58f';
[[email protected]ocalhost log]# tail -f slow_query.log 
# [email protected]: zmduan[zmduan] @  [192.168.235.1]  Id:    19
# Query_time: 1.356797  Lock_time: 0.000169 Rows_sent: 1  Rows_examined: 393383
SET timestamp=1449643805;

上述例子的原因分析：
MySQL的innodb儲存引擎支援行級鎖，innodb的行鎖是通過給索引項加鎖實現的，這就意味著只有通過索引條件檢索資料時，innodb才使用行鎖，否則使用表鎖。根據當前的資料更新語句（update jx_attach set complete=1,attach_size=63100 where cycore_file_id=’56677142da502cd8907eb58f’;），該條件欄位cycore_file_id並沒有新增索引，所以導致資料表被鎖。
解決辦法
為cycore_file_id新增索引
最終效果（30次更新操作）
時間: 0.094s
Procedure executed successfully
受影響的行: 0

另外又蒐集一些在併發執行時會鎖表的sql語句，如下：

解釋以及說明（前提是併發執行）：
假設kid是表table 的 一個索引欄位 且值不唯一
1.如果kid 有多個值為12的記錄那麼：
update table set name=’feie’ where kid=12;
會鎖表
2.如果kid有唯一的值為1的記錄那麼：
update table set name=’feie’ where kid=1;
不會鎖

總結：用索引欄位做為條件進行修改時， 是否表鎖的取決於這個索引欄位能否確定記錄唯一，當索引值對應記錄不唯一，會進行鎖表，相反則行鎖。

如果有兩個delete 而 kid1 與 kid2是索引欄位
語句1 delete from table where kid1=1 and kid2=2;
語句2 delete from table where kid1=1 and kid2=3;
這樣的兩個delete 是不會鎖表的
語句1 delete from table where kid1=1 and kid2=2;
語句2 delete from table where kid1=1 ;
這樣的兩個delete 會鎖表
總結：同一個表，如果進行刪除操作時，儘量讓刪除條件統一，否則會相互影響造成鎖表