@varrily 强行硬广

通过 ssh 远程执行 mysqldump 命令，在远程用 bzip2 压缩
重定向到本地的 .bz2 文件：
ssh USER@HOST "mysqldump --all-databases --single-transaction | bzip2 " > /path/to/local/file.HOST.sql.bz2

这样一个命令就搞定了远程、加密、压缩、存储
写成脚本，通过配置文件来添加机器及数据库就好

^foo^bar
将上一命令的第一个 foo 改为 bar

安利个小工具： nc 或者 netcat

好像很不错，调研一下先~

@xqin 这个方法可靠， SSH 可以做端口隧道

温故而知新

很赞！用了很久，但是很多细节不一定能说的清楚。

MOUNT_NTFS(8) BSD System Manager's Manual MOUNT_NTFS(8)

NAME
mount_ntfs -- mount an NTFS file system

SYNOPSIS
mount_ntfs [-s] [-o options] special node

DESCRIPTION
The mount_ntfs command attaches the NTFS file system residing on the device special to the global
file system namespace at the location indicated by node. This command is normally executed by
mount(8) at boot time, but can be used by any user to mount an NTFS file system on any directory that
they own (provided, of course, that they have appropriate access to the device that contains the file
system).

看了之前的答案，基本上都做好了背锅的准备。
背锅的原因很简单，因为少做了一步工作，导致无限责任。
这里有个有限责任方案可供参考：

一、资源评估（重中之重，实力摔锅的重要依据）
　　 1.运维侧评估好当前资源，包括但不限于： IP 、带宽、存储、 DB 、服务器、网络设备
　　 2.运营及业务侧评估活动的人数、流量、包量峰值以及峰值出现的时间点（有可能是多个时间点）
　　 3.如果资源不足就要向公司要资源，如果公司也不能提供足够的资源，就反馈出来只能有损服务及具体的影响（意思是出了性能问题了这锅我们运维不背！）

二、部署扩容并测试
　　 1.不管资源够不够，该部署就部署，该扩容就扩容
　　 2.联合业务侧一起测试，功能测试、压力测试，输出结果（用于实力摔锅！）
　　 3.注意避免和别的业务混合部署，以免压力过大影响了别的功能

三、加强监控巡检
　　 1.Review 当前的监控，看是否有疏漏
　　 2.根据活动设置相应的监控，覆盖活动的所有关键路径

四、准备故障处理预案
　　 1.针对可能出现的故障场景做好处理方案

五、活动当天
　　 1.定时（比如每隔 30 分钟）查看监控视图
　　 2.团队成员轮流查看警报信息

以上，只要不是人为原因，运维都不用背锅。
至于其它什么随机 refues ，维护页面，道歉文案，那是业务和运营的事情了。

TCP/IP 协议里的传输层才有端口， TCP 或者 UDP

回去，学好数学

有个文件叫 ~/.ssh/config ，负责各种 ssh 会话配置，包括连接保持都有，实在是太好用了！
ssh/scp/rsync 都能用到这里面的配置
剩下的问题是找一个终端模拟器了，推荐 iTerm2

好炫酷的样子

说下个人经历，多年以前在学校接触 Linux ，上手之后重度使用过 4 年，直到 Ubuntu 使用 Unity 桌面，我转向了 Mac OS X ，用了一年多黑苹果，在 2013 年 10 月果断入了一台 MacBook Pro 使用至今

　　 Win/Lin/Mac 这三个平台有足够多的使用经验，各平台主要用途：
Win ：社交、上网、电影、音乐、 Office 、图像处理、游戏等
Lin ：社交、工作、命令行、上网、电影、音乐
OS X ：社交、工作、命令行、上网、电影、音乐、图像处理
　　工作是 Linux 相关，所以 Mac 和 Lin 做得比较好，其它的除了网页和电影之外， Lin 体验真是一般般。

　　刚开始用 Linux 的时候也受到那种“信仰”的洗脑，他们可以忽视你所有办公、娱乐、图像处理等各种各样的需求，而只拿所谓的稳定、省内存、命令行来和你说事，更甚者，拿出一副“你不会用老子会用所以就是你笨”来秀他那高高在上的优越感，时不时露出“这是一种信仰”的样子。
　　但是你们懂的，当人们客观地讨论一样工具的时候，并不是讨论工具本身能满足什么需求，而是用“信仰”来和你讨论你就要小心了，你直接可以认为：这玩意多半不靠谱。
　　我并不是说 Linux 有多不好，我也喜欢 Linux ，喜欢命令行，喜欢我的系统我作主的感觉，虽然门槛很高。这个系统作为服务器来用绝对优秀，但是作为一个桌面来用的话，很多问题绕来绕去都没有办法很好解决，这正是 Linux 厂商和那些开源布道者需要正视的问题。
　　从盗版 Win 系统到“开源”的 Linux 系统，再到老老实实买 Macbook 用“商业”的 Mac OS X ，一路走来，发现“开源”并不是那么神圣，“商业”也没有那么面目可憎，而且觉得“商业”反而更加符合人类的本性，我给你付钱，你给我提供优质的商品和服务，这是很天经地义的事情。所以，有些人会用“这个平台是免费的”来反驳你指出 Linux 的各种问题， U can U up ，这也从则面承认了商业的服务做得更好。

　　最后，各位小白在折腾 Linux 之余也抽空看看“微观经济学”，很多问题的根本原因在问题之外。

Ubuntu -> ArchLinux -> Mac OS X

halczy · 202 天前 · 5678 次点击

良心，多谢了！

来，看看 Digital Ocean
http://ulumen.com/digitalocean-intro-n-refcode/

跑步吧！
一双鞋子慢跑鞋，手机装个Nike Running+