FLUSH TABLES
官方手册中关于Flush tables的介绍， Closes all open tables, forces all tables in use to be closed, and flushes the query cache. FLUSH TABLES also removes all query results from the query cache, like the RESET QUERY CACHE statement.其解析就是关闭所有已打开的表对象，同时将查询缓存中的结果清空。就是说Flush tables的一个效果就是会等待所有正在运行的SQL请求结束。
因为，语句在执行前，都会打开相应的表对象，如select * from t1语句，会找到t1表的frm文件，并打开表内存对象。为了控制表对象使用的内存空间和其他资源，MySQL会隐式（后台表对象管理线程）或显式（flush tables等）来关闭已打开但并没有使用的表对象。
然而，正在使用的表对象是不能关闭的（如SQL请求仍在运行），因此，Flush Tables操作会被正在运行的SQL请求阻塞。
注意这里是清空query cache，这个查询缓存基本不会在生产中应用，所以清空不清空的都影响，总之flush就是将现有数据库连接全部关闭，那么它可以立即关闭现有的连接吗？ 答案当然是否定的，比如有些连接在插入数据 更新数据 甚至正在查询数据，这些都是不能立即关闭的，它要等人家完成后才能关闭人家的连接，也就是它需要等待的。我们来看下flush table等待情况
1.准备表a 和 表 b 并各自插入数据
CREATE TABLE `a` (
`id` int(11) NOT NULL,
PRIMARY KEY (`id`)
);
CREATE TABLE `b` (
`id` int(11) NOT NULL,
PRIMARY KEY (`id`)
) ;
insert into a values(1);
insert into b values(1);
2.进程1
select sleep(20) from a limit 1 ; 执行中
进程2：
flush tables； 被阻塞（被进程1阻塞）
进程3：
select * from a; 被阻塞（被进程2阻塞）
进程4：
select * from b；执行完成
insert into b values(3); 执行完成
结论：flush tables 是会被当前正在运行的sql阻塞的，但是 flush tables 还是会把阻塞它的表(无论多少个)都给锁定起来，这个时候这些表就不会在被其他进程使用，哪怕是select 也不行，而其他表则是还可以进行查询的。甚至其他表还可以被插入或修改，因此这里我们要清楚 flush tables 是只会将它执行的那个时间点之前的连接来关闭，执行完flush tables之后哪怕它正在被阻塞中，之后的那些连接照样可以进行其他操作，如果我们把进程4改成 insert操作也是可以正常执行。
那么我们在做主从设置时候需要主从在某个日志点备份一致该怎么是实现呢，那就是flush tables 之后不仅仅锁定正在阻塞该指令的表，其他表也要一并锁定起来，只运行查询操作，注入更新或插入都是不允许的，这里我们就要用到了
flush tables with read lock
FLUSH TABLES WITH READ LOCK
该操作是在flush tables 之后使用一个全局锁，将所有表都进行锁定，只允许查询
我们来进行下测试
.进程1
select sleep(20) from a limit 1 ; 执行中
进程2：
flush tables with read lock； 被阻塞（被进程1阻塞）
进程3：
select * from a; 被阻塞（被进程2阻塞）
进程4：
select * from b；执行完成
insert into b values(3); 执行被阻塞（被进程2阻塞）
我们看到进程4中查询是额可以正常执行的，但是插入被阻塞了，哪怕是当进程1执行完成后，进程2也提交后，
数据库中的所有表还是只能查询，而不能进行dml的操作，这样就保证数据库目前的pid稳定不会变化
注意如果要解除全局锁要显式的解除锁定
unlock tables;
另外flush tables with read lock 可以锁定单独表的
flush tables a with read lock；
当然解锁的话也是 unlock tables；
