blocks|key|3047856|text|是|type|unordered-list-item|depth|inlineStyleRanges|entityRanges|data|3047857|是的，如果表使用的是MyISAM+(默认)引擎。如果它使用的是InnoDB，就不会了。|3047858|可能不是，如果有，您只需要执行mysql_upgrade来修复它们。|3047859|为了避免数据库处于不一致的状态，可以关闭MySQL或使用锁表，然后在备份之前刷新表。第二种解决方案更好一些，因为MySQL服务器在备份期间仍然可用(尽管是只读的)。|unstyled|3047860|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|L|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|M|8|@]|9|@]|A|$]]|$1|F|3|G|5|H|7|N|8|@]|9|@]|A|$]]|$1|I|3|-4|5|H|7|O|8|@]|9|@]|A|$]]]|J|$]]

<ul>
<li>Yes</li>
<li>Yes if the table is using the MyISAM (default) engine. Not if it's using InnoDB.</li>
<li>Probably not, and if there is, you just need to execute mysql_upgrade to fix them</li>
</ul>

To avoid getting databases in a inconsistent state, you can either shutdown MySQL or use LOCK TABLES and then FLUSH TABLES before the backup. The second solution is a little better because the MySQL server will remain available during the backup (albeit read only).

blocks|key|1524018|text|只有先关闭数据库，此方法才能安全工作。否则，您很可能会在事后处于不一致的状态。首先使用/etc/init.d/mysql停止命令。然后，可以在备份完成后重新启动它。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1524019|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

This approach is only going to work safely if you shut the database down first. Otherwise you could well end up in an inconsistent state afterwards. Use the /etc/init.d/mysql stop command first. You can then restart it after the backup is taken.

blocks|key|1291243|text|只要您先关闭MySQL服务器并使用完全相同的版本检索“备份”，就可以了。否则就不是了。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1291244|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

It's perfectly OK as long as you shut down the MySQL sever first and use exactly the same version to retrieve the "backup". Otherwise it isn't.

blocks|key|1524034|text|要全面讨论这两种策略，您需要阅读以下内容：https://dev.mysql.com/doc/refman/5.5/en/backup-types.html|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1524035|目前最好的免费开放源码解决方案似乎是Percona的：http://www.percona.com/software/percona-xtrabackup。|1524036|entityMap|0|LINK|mutability|MUTABLE|url|https://dev.mysql.com/doc/refman/5.5/en/backup-types.html|1|http://www.percona.com/software/percona-xtrabackup^0|L|1L|0|0|R|1E|1|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@$A|Q|B|R|1|S]]|C|$]]|$1|D|3|E|5|6|7|T|8|@]|9|@$A|U|B|V|1|W]]|C|$]]|$1|F|3|-4|5|6|7|X|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]|N|$5|I|J|K|C|$L|O]]]]

For a complete discussion of the 2 strategies, you need to read this: <a href="https://dev.mysql.com/doc/refman/5.5/en/backup-types.html" rel="nofollow">https://dev.mysql.com/doc/refman/5.5/en/backup-types.html</a>

The currently best free and open-source solution seems to be Percona's: <a href="http://www.percona.com/software/percona-xtrabackup" rel="nofollow">http://www.percona.com/software/percona-xtrabackup</a>

blocks|key|1524067|text|我会坚决拒绝。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1524068|根据我的经验，备份/还原原始mysql数据文件只能在相同的os/服务器版本上使用。它不能跨平台工作。ubuntu/macos(+ubuntu/macos)具有相同的服务器版本，如果mysql服务器版本在同一个平台上不同的话。|1524069|来自Percona+MySQL发行版的mysql将允许您进行动态和差异mysql备份，并通过复制到/var/lib/mysql/为您提供可以还原的备份文件。您需要运行Percona以便MySQL使用所有这些。|offset|length|style|CODE|1524070|entityMap^0|0|0|1D|F|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|M|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|N|8|@$F|O|G|P|H|I]]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|K|$]]

I'll go with a strong NO. 

From my experience, backing up/restoring raw mysql data files can be used only on the same os/server version. It does not work cross platform (eg. ubuntu/macos) with same server versions nor if mysql server versions are different on same platform.

<a href="https://www.percona.com/software/mysql-database/percona-xtrabackup" rel="nofollow noreferrer">Percona XtraBackup (innobackupex)</a> from Percona MySQL distro will let you do live &amp; differential mysql backup and serve you the backup files that can be restored by copying to <code>/var/lib/mysql/</code>. You need to be running Percona Server for MySQL to use all of this.

Since I'm making a full backup of my entire debian system, I was thinking if having a copy of <code>/var/lib/mysql</code> directory is a viable alternative to dumping tables with mysqldump.

<ul>
<li>are all informations needed contained in that directory?</li>
<li>can single tables be imported in another mysql?</li>
<li>can there be problems while restoring those files on a (probably slightly) different mysql server version?</li>
</ul>

Is copying the /var/lib/mysql directory a good alternative to mysqldump?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

由于我正在对整个debian系统进行完全备份，所以我在想，拥有/var/lib/mysql目录的副本是否是使用mysqldump转储表的可行选择。该目录中是否包含所有需要的信息？可以在另一个mysql中导入单个表吗？在mysql服务器版本(可能略有不同)上还原这些文件时会出现问题吗？

问复制/var/lib/mysql目录是mysqldump的好选择吗？
EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问复制/var/lib/mysql目录是mysqldump的好选择吗？EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问复制/var/lib/mysql目录是mysqldump的好选择吗？
EN