https://www.cnblogs.com/wodebudong/articles/7976474.html
最近遇到一件鎖表的情況，發現更新的語句where檢索的字段，沒有建索引，且是批量操作的，就出現了鎖表的情況了。
所以有兩個問題：
1.建索引和不建索引，對鎖表的影響
2.為什么批量更新時會鎖表
1. 建索引和不建索引，對鎖表的影響
1.帶索引 2.不帶索引
前提介紹：
方式：采用命令行的方式來模擬
1.mysq由於默認是開啟自動提交事務，所以首先得查看自己當前的數據庫是否開啟了自動提交事務。
命令：select @@autocommit;
結果如下：
+--------------+
| @@autocommit |
+--------------+
| 0 |
+--------------+
如果是1，那么運行命令：set autocommit = 0;設置為不開啟自動提交
2.當前的數據庫表格式如下
tb_user | CREATE TABLE `tb_user` (
`id` bigint(20) NOT NULL AUTO_INCREMENT,
`name` varchar(32) DEFAULT NULL,
`phone` varchar(11) DEFAULT NULL,
`operator` varchar(32) DEFAULT NULL,
`gmt_create` datetime DEFAULT NULL,
`gmt_modified` datetime DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=utf8
顯然除了主鍵，我沒有加任何索引
實際例子：
1.沒有索引
運行命令：begin;開啟事務，然后運行命令：update tb_user set phone=11 where name="c1";修改，先別commit事務。
再開一個窗口，直接運行命令：update tb_user set phone=22 where name="c2";會發現命令卡住了，但是當前面一個事務通過commit提交了，命令就會正常運行結束，說明是被鎖表了。
2.給name字段加索引
create index index_name on tb_user(name);
然后繼續如1里面的操作，也就是一個開啟事務，運行update tb_user set phone=11 where name="c1"；先不提交
然后另一個運行update tb_user set phone=22 where name="c2";發現命令不會卡住，說明沒有鎖表
但是如果另一個也是update tb_user set phone=22 where name="c1";更新同一行，說明是鎖行了
3.總結
mysql的行鎖是通過索引加載的，即是行鎖是加在索引響應的行上的，要是對應的SQL語句沒有走索引，則會全表掃描，
行鎖則無法實現，取而代之的是表鎖。
簡而言之：where條件里面，不加索引時，update會使用“表鎖”進行更新，影響所有行的查詢更新；
加了索引后，使用“行鎖”進行udpate，只鎖當前行。不影響其他行的查詢更新。
2. 為什么批量更新時會鎖表
因為批量更新時，因為表中沒有加索引，會檢索整個表導致更新非常慢，而每條更新sql提交事務都有個超時限制 ，后提交的事務等待前面處理的事務釋放鎖，但是在等待的時候超過了mysql的鎖等待時間，就會引發異常從而導致鎖表：Lock wait timeout exceeded; try restarting transaction
SHOW VARIABLES LIKE 'innodb_lock_wait_timeout'
innodb_lock_wait_timeout參數為超時時間的設置，默認為50，可以設大點，但並不能解決問題;所以加索引，或者優化代碼；