V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member Sign In
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 2405 days ago, the information mentioned may be changed or developed.
MySQL5.7 版本，一张 800 万行的 MyISAM 表，准备每天定时备份，导出 SQL 至备份盘。因为是生产环境，肯定不能锁表，那样业务全都被锁死了，于是尝试各种方法：
mysqldump -u root -p --lock-tables=false MyDB MyTable>MyTable.sql //锁表卡死
mysqldump -u root -p --lock-tables=false --skip-add-locks MyDB MyTable>MyTable.sql //锁表卡死
mysqldump -u root -p --lock-tables=false --quick MyDB MyTable>MyTable.sql //锁表卡死
mysqldump -u root -p --compress --quick --triggers --routines --lock-tables=false --single-transaction MyDB MyTable>MyTable.sql //锁表卡死
用 show processlist 查看，一直卡在
SELECT /*!40001 SQL_NO_CACHE */ * FROM `MyTable`
目前根本不敢备份，用 mysqldump 就锁表，试了好多方法都不行，我快崩溃了，求 V 友数据大神帮忙
 |
1
yemoluo Sep 26, 2019 via iPhone  1
典型的不知道锁表的好处就来攻击锁表
对于 myisam 备份最快的方式是拷贝物理文件 |
 |
2
wweir Sep 26, 2019 via Android
人那么高级的物种，为什么吃饭的时候还要用餐具？吃饭的时候还要花时间洗餐具，直接崩溃
|
 |
4
ixiaohei Sep 26, 2019 via iPhone 7
物理拷贝；或者用 binlog 同步到备份数据库；然后对备份数据库 dump 出来，也会不影响生产
|
 |
5
MeteorCat Sep 26, 2019 via Android
楼上说的对，直接物理拷贝之后导入同版本 mysql 之后再 mysqldump 出来，虽然费点功夫但是安全和兼容性最高
|
 |
6
lianxiaoyi Sep 26, 2019 2
XtraBackup 了解一下，你这 800 万记录计算你 dump 出来了，当你要恢复的时候，没有半小时算我输。。。
但是物理备份就不一样了，800 万记录也就几秒钟的事情吧，恢复也就几秒钟的事情。 我写的简单使用方法,我个人自建的 mysql 就在使用。 http://notephp.com/?id=58 |
 |
7
imNull Sep 26, 2019 via Android
用 binlog
|
 |
8
naix1573 Sep 26, 2019 20
mysql，你已经是个成熟的数据库了，应该学会自己备份。
 |
 |
9
TiggeYL Sep 26, 2019
|
|
11
yemoluo Sep 26, 2019
@kisshere 谁吃饱了撑着没事干敢在没停机时升级数据库。如果非要升级数据库，你要先把网站关了，然后使用 dump 之类的导出数据库，然后再备份物理文件，然后再升级。
mysql 数据目录下的同名数据库里有三个表同名的文件，把那三个文件备份一下就好了 |
 |
12
wd Sep 26, 2019 via iPhone
myisam 换 innodb ？
|
 |
13
nekolr Sep 26, 2019
MyISAM 不使用共享表空间，直接物理复制数据库目录就可以了，然后放到相同版本的数据库中，再使用 dump 导出 sql。
|
 |
14
DRcoding Sep 26, 2019
mysqldump 是逻辑备份当然会锁表咯，所以还是花钱上云会方便很多，各种全量、增量备份，数据恢复都妥妥的。
生产环境的备份 LZ 去了解下 MySQL 如何热备份就好了。 |
 |
15
love Sep 26, 2019
印象中 MyISAM 表就是只能锁表的，innodb 就不会
|
 |
16
siparadise Sep 26, 2019
mysql 这么多存储引擎，偏要用 myisam 这东西 ... ...
|
 |
17
lscho Sep 26, 2019 2
MySQL 这么成熟的软件，竟然还有人用 mysqldump 热备份？业务量不大的话，推荐物理备份。中等的话，推荐 binlog。再往上我也不知道了。
|
|
18
siparadise Sep 26, 2019
换个支持 mvcc 的存储引擎，就没这种问题了
|
 |
19
fuye Sep 26, 2019
--lock-tables=false 可以取消锁表,但是会导致数据的不一致
考虑 Innodb 引擎,就可以使用 --single-transaction 做全量一致性备份,配合--flush-logs 可以做增量备份 --lock-tables, -l Lock all tables before dumping them. The tables are locked with READ LOCAL to allow concurrent inserts in the case of MyISAM tables. For transactional tables such as InnoDB and BDB, --single-transaction is a much better option, because it does not need to lock the tables at all. |
 |
21
Felldeadbird Sep 26, 2019
4 楼做法最好了。既不影响生产，也不影响备份。
|
 |
22
Marstin Sep 26, 2019
支持#11 老哥
|
 |
23
zkaip Sep 26, 2019
4 楼 +1
|
 |
24
fuyufjh Sep 26, 2019
这年头还有人用 MyISAM
|
 |
25
xiaogui Sep 26, 2019
推荐分主从数据库，然后用从库进行备份、查询等工作。
|
 |
26
wps353 Sep 26, 2019
嗦嘎，这年头我还有人在使用这个引擎。
|
 |
27
bomb77 Sep 26, 2019
lz 觉得物理备份有兼容性问题的这个思路不对，备份是用于故障意外导致原本的数据库损害无法访问等问题的恢复工作，不是拿来给你升级用的，你拿备份恢复数据的时候总不能用一个不同的 mysql 版本吧。。
升级数据库版本就是另外一个问题了。 |
 |
28
d0m2o08 Sep 26, 2019
xtrabackup +1
用了都说好 |
 |
29
awanabe Sep 26, 2019
做一个主备
|
 |
30
no13bus Sep 26, 2019
锁表是为了一致性
|
 |
31
Dragonish3600 Sep 26, 2019 via iPhone
Myisam 最好的备份方法是加锁，物理备份，释放锁。
如果是 zfs，直接快照，瞬间完成 |
 |
32
a54552239 Sep 26, 2019
为啥这年头不能用 MyISAM ？
|
 |
33
Raymon111111 Sep 26, 2019
MyISAM 不成熟
|
 |
34
quickma Sep 26, 2019
学艺不精，请多看书
|
 |
35
akira Sep 26, 2019
不锁表的话，备出来的数据只能拿来参考，不能拿来恢复的。 而且原则上，全量备份的时候，建议还是先停业务，再来备份，会比较安全。
|
 |
36
Sherlocker Sep 26, 2019
mydumper 了解一下
|
 |
37
Mac Sep 26, 2019 via Android
主从复制，然后备份从表啊
|
 |
38
littlewing Sep 26, 2019
1. 用 innodb，mysqldump --single-transaction
2. 用 xtrabackup |
 |
39
zhaogaz Sep 26, 2019 1
java，你已经是个成熟的语言了，应该学会自己写业务代码。
|
 |
40
haozxuan001 Sep 26, 2019
我只想说一句话，不锁表，老板问你这是什么时候的数据，你说两个小时前的？五分钟前的？哪怕完成前一秒有个更新操作，你不就崩了。这个道理你不会不懂吧
|
 |
41
julyclyde Sep 26, 2019
存储引擎都这么成熟了，你还不使用成熟的那个
|
 |
42
swulling Sep 26, 2019
开启主备，然后对备库进行 dump。不都这么做的，还用来问？
|
 |
43
wzq001 Sep 26, 2019
#4 #42 方法可以啊，觉得没毛病，求楼下大佬怼
|
 |
45
dog82 Sep 26, 2019
行锁、表锁适用的场合不同。
不要用老旧的 myIsam 了 数据库管理系统的复杂度跟操作系统是一个级别的，不明白内部运行机制，还是要怀有敬畏之心 |
 |
46
IamUNICODE Sep 26, 2019
看标题心里咯噔一下，然后发现我们引擎用的 innodb，还好还好
|
 |
47
reus Sep 26, 2019
是你知识水平不够，不是 mysql 不够成熟，就是这样
|
 |
48
AngelCriss Sep 26, 2019 via Android
换 pg
|
 |
49
Unclev21x Sep 26, 2019
@lianxiaoyi 您这个博客用的哪个啊，看起来挺舒服的。
|
 |
50
cyspy Sep 26, 2019
binlog 重放
|
 |
51
wujianxiong Sep 26, 2019
mysql，你已经是个成熟的数据库了，应该学会自己备份。
|
 |
52
FullBridgeRect Sep 26, 2019 via Android
我，mysql，备份
|
 |
53
eric Sep 26, 2019
XtraBackup 了解一下
|
 |
54
realpg PRO MYISAM 啥时候就能代表 MYSQL 了？
|
 |
55
darkmi Sep 26, 2019
mydumper
mysqldump mysqlpump xtrabackup |
 |
56
areless Sep 26, 2019
每天都从 raid1 拔出一块硬盘，标上日期。插入一块同型号的新硬盘。如此循环反复
|
 |
57
simonlu9 Sep 26, 2019
mysqldump 有一个参数开启事务的，不会锁表的，如果表是 myisam 就没办法啦，肯定锁表
|
 |
59
lopetver Sep 27, 2019
推荐 XtraBackup 目前项目的生产环境就是用它负责备份的。官网文档很齐全
|
 |
60
mineqiqi Sep 27, 2019
4 楼说得对，不影响生产，不影响备份。
|
 |
61
statement Dec 14, 2021
@lianxiaoyi 你博客变成色情网站了 公司打开社死了
|
Select Language