mysqldump备份时，如果时间较长，那么备份的文件时间上是一致的吗？

lixunpeng

dian010418 发表于 2014-12-17 18:07
如果有非事务性引擎，single-transaction参数无效，会自动使用lock-tables参数

这样啊。那备份innodb引擎的库，应该也会有锁表吧？那天领导让我百天备了一下生产db，结果很多业务就跑不了了。

myownstars

lixunpeng 发表于 2014-12-18 14:38
这样啊。那备份innodb引擎的库，应该也会有锁表吧？那天领导让我百天备了一下生产db，结果很多业务就跑不 ...

innodb采用一致性非锁定读，single-transaction并不影响表的DML操作，不存在锁表的现象

dian010418

lixunpeng 发表于 2014-12-18 14:38
这样啊。那备份innodb引擎的库，应该也会有锁表吧？那天领导让我百天备了一下生产db，结果很多业务就跑不 ...

备份全部是 innodb 表的库时，必须明确指定 single-transaction 参数，否则就会隐式地加上 lock-tables，还有即使使用了 single-transaction 参数，在某些情况下也可能锁表。

mysqldump --single-transaction 内部的执行步骤是：
1. 执行 flush tables，等待当前正在运行的所有操作结束。
2. 执行 flush tables with read locks，加全局读锁，禁止写操作。
3. 执行 show master status，获得此时 binlog 的位置。
4. 执行 unlock tables，释放全局读锁，允许写请求。
5. 开始导出数据。

如果在1和2间出现了大事务，那就会阻塞所有的写操作。

lixunpeng

myownstars 发表于 2014-12-18 14:46
innodb采用一致性非锁定读，single-transaction并不影响表的DML操作，不存在锁表的现象

我那天倒是没加这个single-transaction。

lixunpeng

dian010418 发表于 2014-12-18 14:50
备份全部是 innodb 表的库时，必须明确指定 single-transaction 参数，否则就会隐式地加上 lock-tables， ...

我以为只是在备份语句里加个参数呢。怎么这么复杂？像做从库似的？

dian010418

lixunpeng 发表于 2014-12-18 15:03
我以为只是在备份语句里加个参数呢。怎么这么复杂？像做从库似的？

那些是mysqldump内部的流程，不是说我们手工执行的命令。

lixunpeng

dian010418 发表于 2014-12-18 15:06
那些是mysqldump内部的流程，不是说我们手工执行的命令。

看来哥们了解的很深啊！

lixunpeng

dian010418 发表于 2014-12-18 14:50
备份全部是 innodb 表的库时，必须明确指定 single-transaction 参数，否则就会隐式地加上 lock-tables， ...

1和2之间还没有锁表啊，为什么说阻塞？还是1和2应该是一步？
我感觉先锁再flush才会阻塞写操作。

lixunpeng

dian010418 发表于 2014-12-18 14:50
备份全部是 innodb 表的库时，必须明确指定 single-transaction 参数，否则就会隐式地加上 lock-tables， ...

1和2之间还没有锁表啊，为什么说阻塞？还是1和2应该是一步？我们做从库时，不就是直接执行 flush tables with read locks吗
我感觉先锁再flush才会阻塞写操作。

dian010418

lixunpeng 发表于 2014-12-18 21:26
1和2之间还没有锁表啊，为什么说阻塞？还是1和2应该是一步？我们做从库时，不就是直接执行 flush tables  ...

因为 flush tables with read lock 执行的时候，需要等待在它之前的所有 sql 都执行完，在这个等待的时间里，所有的表都不能写入，所以如果在 flush tables with read lock 执行前正好有一个运行时间很长的 sql 的话，这个全局写锁的时间就会很长。