MySQL数据库备份探究01

1.深度分析mysqldump --single-transaction 和不加该参数的内部实现机制。

1.1 --single-transaction的作用

       此选项将事务隔离模式设置为REPEATABLE READ,并在转储数据之前向服务器发送START TRANSACTION SQL语句。它仅适用于诸如InnoDB这样的事务表,因为在发出START TRANSACTION时,它会转储数据库的一致状态,而不会阻止任何应用程序。

       使用此选项时,只有InnoDB表被转储为一致的状态。例如,使用此选项时转储的任何MyISAM或MEMORY表仍可能更改状态。

       在进行单事务转储时,为确保有效的转储文件(正确的表内容和二进制日志坐标),没有其他连接应使用以下语句:ALTER TABLE,CREATE TABLE,DROP TABLE,RENAME TABLE,TRUNCATE表。一致的读取并不与这些语句隔离,因此在转储表上使用它们可能导致由mysqldump执行的SELECT检索表内容以获取不正确的内容或失败。

      --single-transaction选项和--lock-tables选项是互斥的,因为LOCK TABLES导致任何未处理的事务被隐式提交。

       要转储大型表,请将--single-transaction选项与--quick选项相结合。

1.2  --single-transaction的逻辑实现

-- single-transaction备份日志

1.设置事务隔离级别REPEATABLE READ

2.创建事务一致性快照

3.对所有表释放锁

4.保持还原点

5.处理表数据

6.回滚到还原点

1.3 普通备份 mysqldump  tbl_table  > dump.sql


mysqldump普通备份日志

普通备份对所有表建立本地读锁,然后再进行数据的处理。

2.FLUSH TABLES WITH READ LOCK了解该锁是干什么的

2.1 FLUSH TABLES WITH READ LOCK;

         建立一个读锁;使其他客户端可以在数据库目录中复制文件时继续查询表。 需要刷新以确保在开始备份之前将所有活动索引页写入磁盘。(关闭所有打开的表,并使用全局读锁锁定所有数据库的所有表。 如果您具有可以及时拍摄快照的文件系统(如Veritas或ZFS),这是一种非常方便的备份方式。 使用UNLOCK TABLES释放锁。

        具有READ LOCK的FLUSH表获取全局读取锁而不是表锁,因此它不会受到与LOCK TABLES和UNLOCK TABLES相关的表锁定和隐式提交的相同行为:

      1.UNLOCK TABLES仅当任何表当前已使用LOCK TAB锁定时才隐式提交任何活动的事务。 在FLUSH TABLES WITH READ LOCK之后,UNLOCK TABLES不会发生提交,因为后一个语句不会获取表锁。

      2.开始一个事务会导致使用LOCK TABLES获取的表锁被释放,就好像你已经执行了UNLOCK TABLES一样。 开始事务不会释放使用FLUSH TABLES WITH READ LOCK获取的全局读锁。

      3.FLUSH TABLES WITH READ LOCK和分布式XA事务不兼容

注意:FLUSH LOGS,FLUSH TABLES WITH READ LOCK,FLUSH TABLES tbl_name ... FOR EXPORT在任何情况下都不会写入二进制日志,因为它们会在复制到从属设备时引起问题。

2.2 FLUSH TABLEStbl_name[,tbl_name] ... WITH READ LOCK

        此语句刷新并获取命名表的读取锁。该语句首先获取表的独占元数据锁,因此它等待具有这些表的交易完成。然后该语句从表缓存中刷新表,重新打开表,获取表锁(如LOCK TABLES ... READ),并将元数据锁从独占级别降级为共享。在语句获取锁定和降级元数据锁之后,其他会话可以读取但不能修改表。

         因为此语句获取表锁,除了使用任何FLUSH语句所需的RELOAD特权之外,还必须为每个表提供LOCK TABLES特权。

         此语句仅适用于现有的基础(非TEMPORARY)表。如果名称引用基表,则使用该表。如果它是指TEMPORARY表,它将被忽略。如果名称适用于视图,则会发生ER_WRONG_OBJECT错误。否则,将发生ER_NO_SUCH_TABLE错误。

         使用UNLOCK TABLES释放锁,LOCK TABLES释放锁并获取其他锁,或START TRANSACTION释放锁并开始新的事务。

         此FLUSH TABLES变量使表能够在一个操作中刷新和锁定。它提供了一个解决方法,当有活动的LOCK TABLES ... READ时,不允许使用FLUSH TABLES。

          此语句不执行隐式UNLOCK TABLES,因此如果在存在任何活动的LOCK TABLES时使用该语句,或者在不首先释放所获取的锁的情况下再次使用该语句,则会导致错误。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,928评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,192评论 3 387
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 159,468评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,186评论 1 286
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,295评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,374评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,403评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,186评论 0 269
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,610评论 1 306
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,906评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,075评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,755评论 4 337
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,393评论 3 320
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,079评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,313评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,934评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,963评论 2 351

推荐阅读更多精彩内容