[](https://box.kancloud.cn/2015-07-29_55b8754987525.png) 写在前面：我们在使用mysqldump备份数据时，请一定记住要加上 -q 参数，后果可能是很严重的，不要给自己挖坑哦。到底为什么呢，且听我慢慢道来！ 先来看看 mysqldump –help 中，关于 -q 参数的解释： ~~~ -q, --quick         Don't buffer query, dump directly to stdout. ~~~ 简言之，就是说加上 -q 后，不会把SELECT出来的结果放在buffer中，而是直接dump到标准输出中，顶多只是buffer当前行结果，正常情况下是不会超过 max_allowed_packet 限制的，它默认情况下是开启的。 如果关闭该参数，则会把SELECT出来的结果放在本地buffer中，然后再输出给客户端，会消耗更多内存。 在mysqldump.c中也能看到二者的对比（现在流行深入源码，虽然我不是专注开发的，找几行源码能力还尚存，用来装B的，大家知道就好，哈哈）： ~~~ if (quick) res=mysql_use_result(sock); else res=mysql_store_result(sock); ~~~ 有理论，也要有实践不是，我们来看看在实际场景中，加不加 -q 的区别有多大。 | 备份方式 | 部分备份（启用-q） | 部分备份（禁用-q） | 完整备份（启用-q） | 完整备份（禁用-q） | |-----|------------|------------|------------|--------------| | 备份总耗时 | 27.882秒 | 22.665秒 | 277.387秒 | 217.074秒 | | 占用内存（含swap） | 3056KB | 2.5GB | 3048KB | 内存：12GBswap：305MB | 可以看到，如果只是备份小量数据，足以放在空闲内存buffer中的话，禁用 -q 会快一些，但如果是大数据集，没办法完全hold在内存buffer中时，就会产生swap，效率反而更差，真是赔了夫人又折兵。 因此，如果使用mysqldump来备份数据时，建议总是加上 -q 参数，避免发生swap反而影响备份效率。 详细过程（有耐心的可以继续往下看） 1、全量备份：备份时不使用 -q 参数 ~~~ mysqldump --quick=false -Smysql.sock -B yejr --tables t_yejr #先看下一开始时的状态： Mem:  32863040k total, 29338704k used,  3524336k free,   227632k buffers Swap: 16777208k total,    23548k used, 16753660k free,  8200416k cached PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND 21986 root      20   0 6119m 5.9g 2192 S 20.6 18.9   0:21.69 mysqldump #再看下备份结束后的状态，内存不够用，产生了swap Mem:  32863040k total, 32521328k used,   341712k free,      440k buffers Swap: 16777208k total,   336876k used, 16440332k free,   315192k cached PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND 21986 root      20   0 12.3g  12g  656 R 100.0 39.1   2:23.93 mysqldump #最后看下备份总耗时 real    4m37.387s user    2m2.731s sys     0m24.608s ~~~ 2、全量备份：备份时启用 -q 参数 ~~~ mysqldump -Smysql.sock -B yejr --tables t_yejr #先看下一开始时的状态： Mem:  32863040k total, 20157476k used, 12705564k free,     4608k buffers Swap: 16777208k total,        0k used, 16777208k free,   488296k cached #再看下备份结束后，可以看到，没有使用到swap Mem:  32863040k total, 32644496k used,   218544k free,      920k buffers Swap: 16777208k total,        0k used, 16777208k free, 12618740k cached PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND 25234 root      20   0 50880 3048 2192 S 57.6  0.0   2:22.79 mysqldump #最后看下总耗时统计： real    3m37.074s user    2m6.018s sys     0m17.315s ~~~ 3、部分备份：备份时不使用 -q 参数 ~~~ mysqldump -w " id<100000 " -Smysql.sock --quick=false -Smysql.sock -B yejr --tables t_yejr #看下总耗时 real 0m22.665s user 0m20.458s sys 0m2.156s #再看下mysqldump进程消耗的内存，最高时大概使用了2.5G内存 20619 root      20   0 2571m 2.5g 2208 R 99.9  7.8   0:11.63 mysqldump ~~~ 4、部分备份：备份时启用 -q 参数 ~~~ mysqldump -w " id<100000 " -Smysql.sock -Smysql.sock -B yejr --tables t_yejr #看下总耗时，并没有慢多少 real 0m27.882s user 0m22.610s sys 0m0.670s #再看下mysqldump进程消耗的内存，只占用了极少量内存 19690 root      20   0 50880 3056 2200 S 73.4  0.0   0:06.01 mysqldump ~~~