本篇文章主要介绍了"解决：Mysql exceeds the lock table size 不指定"，主要涉及到exceeds方面的内容，对于MySql感兴趣的同学可以参考一下：
故障现象view plainprint?mysql> delete FROM `tablesname` WHERE datetime<'2009-0...
故障现象
view plainprint?
mysql> delete FROM `tablesname` WHERE datetime<'2009-03-06';
ERROR 1206 (HY000): The total number of locks exceeds the lock table size
解决步骤
1、锁表写操作
view plainprint?
mysql> lock tables tablesname write;
mysql> delete FROM `tablesname` WHERE datetime<'2009-03-06';
ERROR 1206 (HY000): The total number of locks exceeds the lock table size
没有解决。
2、 innodb修改改innodb_buffer_pool_size值(一般配置为总内存的30%-40% ) myisam修改key_buffer(若是myisam应该没这个问题,因为myisam不是行级锁)
重启Mysql，解决。
在之前的版本，调整Innodb_Buffer_Pool_size大小必须重启mysql进程才可以生效，如今在MySQL5.7里，可以直接动态设置，方便了很多。
这个功能应用的场景：
一、机器增加内存，DBA粗心大意忘记调大Innodb_Buffer_Pool_size了
二、工作交接，新来的DBA发现前任DBA设置的Innodb_Buffer_Pool_size不合理
需要注意的地方，在调整Buffer_Pool期间，用户的请求将会阻塞，直到调整完毕，所以请勿在白天调整，在凌晨3-4点低峰期调整。
调整时，内部把数据页移动到一个新的位置，单位是块。如果想增加移动的速度，需要调整innodb_buffer_pool_chunk_size参数的大小，默认是128M。
例（把BP 128M增大为384M）：
mysql> SELECT @@innodb_buffer_pool_size;
+---------------------------+
| @@innodb_buffer_pool_size |
+---------------------------+
| 134217728 |
+---------------------------+
1 row in set (0.00 sec)
mysql> SELECT @@innodb_buffer_pool_chunk_size;
+---------------------------------+
| @@innodb_buffer_pool_chunk_size |
+---------------------------------+
| 134217728 |
+---------------------------------+
1 row in set (0.00 sec)
mysql> SET GLOBAL innodb_buffer_pool_size=402653184;
Query OK, 0 rows affected (0.01 sec)
mysql> SELECT @@innodb_buffer_pool_size;
+---------------------------+
| @@innodb_buffer_pool_size |
+---------------------------+
