<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Backup on C4H</title><link>/tags/backup/</link><description>Recent content in Backup on C4H</description><generator>Hugo</generator><language>zh-CN</language><managingEditor>code4happy@gmail.com (happy-v587)</managingEditor><webMaster>code4happy@gmail.com (happy-v587)</webMaster><lastBuildDate>Thu, 04 Feb 2021 16:31:04 +0800</lastBuildDate><atom:link href="/tags/backup/index.xml" rel="self" type="application/rss+xml"/><item><title>xtrabackup备份原理与实现</title><link>/xtrabackup-bei-fen-yuan-li-yu-shi-xian/</link><pubDate>Thu, 04 Feb 2021 16:31:04 +0800</pubDate><author>code4happy@gmail.com (happy-v587)</author><guid>/xtrabackup-bei-fen-yuan-li-yu-shi-xian/</guid><description>&lt;blockquote&gt;
 &lt;p&gt;本文由原作者归档自 CSDN，原文发布于 2021-02-04。原文链接：&lt;a href="https://blog.csdn.net/LIUHUAN0520/article/details/113653749" target="_blank" rel="noopener noreferrer"&gt;xtrabackup备份原理与实现&lt;/a&gt;。&lt;/p&gt;

&lt;/blockquote&gt;&lt;h2 id="预备知识" class="headerLink"&gt;
 &lt;a href="#%e9%a2%84%e5%a4%87%e7%9f%a5%e8%af%86" class="header-mark"&gt;&lt;/a&gt;预备知识&lt;/h2&gt;&lt;p&gt;xtrabackup备份时，为了保证数据的一致性，会执行以下几个sql来保证位点的准确。&lt;/p&gt;
&lt;div class="code-block highlight is-open show-line-numbers tw-group tw-my-2"&gt;
 &lt;div class="
 
 tw-flex 
 tw-flex-row
 tw-flex-1 
 tw-justify-between 
 tw-w-full tw-bg-bgColor-secondary
 "&gt; 
 &lt;button 
 class="
 code-block-button
 tw-mx-2 
 tw-flex
 tw-flex-row
 tw-flex-1"
 aria-hidden="true"&gt;
 &lt;div class="group-[.is-open]:tw-rotate-90 tw-transition-[transform] tw-duration-500 tw-ease-in-out print:!tw-hidden tw-w-min tw-h-min tw-my-1 tw-mx-1"&gt;&lt;svg class="icon"
 xmlns="http://www.w3.org/2000/svg" viewBox="0 0 320 512"&gt;&lt;!-- Font Awesome Free 5.15.4 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) --&gt;&lt;path d="M285.476 272.971L91.132 467.314c-9.373 9.373-24.569 9.373-33.941 0l-22.667-22.667c-9.357-9.357-9.375-24.522-.04-33.901L188.505 256 34.484 101.255c-9.335-9.379-9.317-24.544.04-33.901l22.667-22.667c9.373-9.373 24.569-9.373 33.941 0L285.475 239.03c9.373 9.372 9.373 24.568.001 33.941z"/&gt;&lt;/svg&gt;&lt;/div&gt;
 &lt;p class="tw-select-none !tw-my-1"&gt;text&lt;/p&gt;</description></item><item><title>mysqldump引发数据库不可读写的血案</title><link>/mysqldump-yin-fa-shu-ju-ku-bu-ke-du-xie/</link><pubDate>Tue, 26 Jan 2021 13:01:38 +0800</pubDate><author>code4happy@gmail.com (happy-v587)</author><guid>/mysqldump-yin-fa-shu-ju-ku-bu-ke-du-xie/</guid><description>&lt;blockquote&gt;
 &lt;p&gt;本文由原作者归档自知乎，原文发布于 2021-01-26。原文链接：&lt;a href="https://zhuanlan.zhihu.com/p/347105199" target="_blank" rel="noopener noreferrer"&gt;mysqldump引发数据库不可读写的血案&lt;/a&gt;。&lt;/p&gt;

&lt;/blockquote&gt;&lt;h2 id="问题" class="headerLink"&gt;
 &lt;a href="#%e9%97%ae%e9%a2%98" class="header-mark"&gt;&lt;/a&gt;问题&lt;/h2&gt;&lt;p&gt;一直认为mysql在dump时候加上 &amp;ndash;single-transaction 就不会影响业务，除非有DDL同时在操作同一张表。但是最近发现即是没有DDL也有锁表情况，慢日志记录详情如下：&lt;/p&gt;</description></item></channel></rss>