mysql 备份，直接导 SQL 和复制数据表的 frm， MYD， MYI 有什么区别和弊端？
Reign · 2019-01-11 08:36:14 +08:00 · 2317 次点击这是一个创建于 2172 天前的主题，其中的信息可能已经有所发展或是发生改变。
mysql 每隔半小时备份一次到备份服务器，由于数据表太过庞大， 导一次 SQL 时间很长，于是我每次都是直接将数据表的 frm，MYD，MYI 文件传到备份服务器上，简单省事，但又有点担心这三个文件以后恢复数据的时候，能拿来就用吗？有没有什么弊端
我测试过将这三个文件恢复到 mysql 的 data 目录，当我尝试删除一行时，提示我 incorrect key file，然后我修复了一下数据表索引，又正常了，其它缺点貌似还没发现？
 |
1
xnode 2019-01-11 09:13:08 +08:00
直接复制数据库文件 可能会导致文件错误, 如果必须要用这两种方法 建议 二者的 mysql 都关闭 再 copy
|
 |
2
xiaoz 2019-01-11 09:26:59 +08:00
如果某个表占用或者锁定的情况下直接拷贝源文件可能会出错或者损坏
|
 |
3
aaa5838769 2019-01-11 10:32:29 +08:00
为什么不用增量备份呢- -
|
 |
4
liwl 2019-01-11 10:35:14 +08:00
ibdata 也要，如果是 8 的话，ibdtmp 的数据可能都要备份一下
|
|
5
liwl 2019-01-11 10:43:43 +08:00
xtrabackup 了解一下
|
 |
6
msg7086 2019-01-11 11:01:19 +08:00
如果只有 MyISAM 表的话是可以这么备份的。备份的时候需要停止服务器，让数据库把数据回写到磁盘上，然后再备份即可。不关闭数据库的话，文件复制的同时文件还在被读写，很大概率会损坏。
另外你说「以后恢复数据的时候，能拿来就用吗」。 记住： 没有实际做过数据恢复试验的备份 毫无价值 |
 |
7
snnn 2019-01-11 11:24:17 +08:00 via Android
@msg7086 不用停机。flush tables with read lock，然后 copy 文件，然后 unlock。
不用担心这么做会丢数据，这是官方推荐做法。 |
 |
8
Reign OP @msg7086 我的 myiasm 表，针对你说的：“文件复制的同时文件还在被读写，很大概率会损坏”，数据表每时每刻都在在频繁读写，我现在每隔半小时自动 ftp 上传 frm，MYD，MYI 文件到备份服务器，持续一个多月了，为啥还没损坏？
|
 |
9
avenger 2019-01-12 03:41:52 +08:00
热备份还是 mysqldump 吧
|
Select Language