Metadata Lock原理4

 http://blog.chinaunix.net/uid-28212952-id-3400571.html    Alibaba 

今天发生一个故障,MM复制结构(主备库),备库slave delay越来越大,造成在备库上的读与主库数据不一致,登上备库分析:

1.show processlist

drop table tmp_table 在  Waiting for table metadata lock

 

2.ps 

mysqldump 在备份整个实例数据

 

kill了备份进程,drop table tmp_table执行成功,slave delay逐步减少

 

疑问:

1.metadata lock是什么东西

2.mysqldump中什么操作hold table metadata lock,hold范围是单表还是实例上全部表

 

mysqldump原理:

 

1.FLUSH TABLES

2.FLUSH TABLES WITH READ LOCK 

 

 

  • sets the global read lock
  • closes open tables
  • sets a flag to block commits
3.SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;

4.start transaction

5.记录log pos

6.unlock tables

7.select * from ...

8.commit

 

测试(5.5.18):

Time

sessionA

sessionB

1

Set auto_commit=0;

Set auto_commit=0;

2

create table tmp1(a int);

 

3

create table tmp2(a int);

 

4

create table tmp3(a int);

 

5

FLUSH TABLES WITH READ LOCK;

 

6

start transaction;

 

7

unlock tables;

 

8

 

insert into tmp1 value(1); (执行成功)

9

 

drop table tmp1;(执行成功)

10

Select * from tmp1;(表不存在)

 

11

Select * from tmp2;

 

12

 

insert into tmp2 value(1); (执行成功)

13

 

drop table tmp2; (Waiting for table metadata lock)

14

 

Kill drop table tmp2;

15

Select * from tmp3;

 

16

 

drop table tmp2; (Waiting for table metadata lock)

17

commit;

 

18

 

drop table tmp2; (执行成功)

  • DML操作在备份期间是不会被block(time 8)
  • DDL操作在备份进程未获取某个table的meta data lock时,并发的DDL语句是可以执行的(time 9)
  • DDL是不遵循MVCC的,session2执行DDL后,session1受到影响,一致性被破坏(time 10)
  • Select tmp2获取table tmp2的table meta data lock,导致session2无法执行DDL,保证一致性(time 13)
  • Mysqldump备份过程逐一获取table meta data lock,但是不是逐一释放,而是等到备份结束时统一释放 (time 16)

 

测试(5.1.48):

由于5.1中没有引入meta data lock,所有在mysqldump备份过程中,并发session都可以执行DDL,导致备份集不一致,最终表现是使用此备份集恢复的备库在relay主库binlog会出现slave error,如DML找不到表,DDL重复操作等问题,之前一直以为是备份中断导致备份集不完整,现在终于找到原因了

思考:

虽然5.5中引入了meta data lock,但是仍然无法完全解决并发DDL对备份的影响:

  • 5.1中由于没有引入meta data lock,在备份整个过程中并发DDL都会对其产生影响
  • 5.5中引入meta data lock后,只是保证针对已经备份表的DDL会被block,只是降低了并发DDL影响的概率,解决方式是在start transaction与unlock tables之间获取实例上全部表的meta data lock,但是当表数量很大时,这个操作可以很耗时,而这个过程由于处于FLUSH TABLES WITH READ LOCK下,所以DML会被block,也许是因为DML执行频率远大于DDL操作,所以mysqldump选择了最大DML并发度
附上:mysqldump执行流程

 

原文地址:https://www.cnblogs.com/zengkefu/p/5673900.html