号称 1000w 结果不到 500w 就跪了么，否则只是你自己选购的电源功率不够的问题吧。

谢谢推荐

@LU35 有 CLion

http://ww4.sinaimg.cn/mw1024/4b19662bgw1f60cq222opj20lx042dgp.jpg

用合适的技术做合适的事情，你也发现了 MySQL 不适合处理这样的问题。

成功了 5 比，订单里还只有 3 台

@omcourseecust 为什么你的 iftop 显示跟我的有点差异，你的 iftop 似乎表示你的 hostname 是 li475-81.members.linode.com ？

如下是我的服务器上 iftop 截图，看第一列是我的服务器名，跟你的截图效果一样

http://ww2.sinaimg.cn/large/4b19662bgw1eox1fwjl7sj20xv0dxq5v.jpg

倒是 @firebet 的截图看起来真像是我服务过去他那的流量

http://www.jacklog.com/piwigo/upload/2015/02/02/20150202160730-decec833.jpg

top - 00:04:25 up 221 days, 23:07, 2 users, load average: 0.23, 0.22, 0.18
Tasks: 86 total, 1 running, 85 sleeping, 0 stopped, 0 zombie
Cpu0 : 26.4%us, 0.3%sy, 0.0%ni, 72.9%id, 0.0%wa, 0.0%hi, 0.0%si, 0.3%st
Mem: 1013020k total, 970876k used, 42144k free, 8592k buffers
Swap: 524284k total, 93744k used, 430540k free, 527260k cached

1个core + 1G 内存，我很好奇能打出20G的流量么？

http://ww3.sinaimg.cn/mw1024/4b19662bgw1eowl7vskpvj20n109hdjv.jpg

http://ww3.sinaimg.cn/mw1024/4b19662bgw1eowl7uozafj20n10b1n1x.jpg

http://ww2.sinaimg.cn/mw1024/4b19662bgw1eowl7t8nlbj20n10b1jwf.jpg

http://ww1.sinaimg.cn/mw1024/4b19662bgw1eowl7r78fpj20n109v780.jpg

从Linode的监控来看，我似乎没看出我服务器有什么异常。我自己对DDOS攻击也不是特别了解，已经找安全圈的朋友再看了，如果有进展会第一时间更新在这里。

抱歉了。

抱歉，我正在看什么原因。

如果攻击再次发生，可以联系我下，我PM你我电话 [email protected]。

@bellchu @firebet

没明白什么问题。

赞，Google 就要无处不在了。

酷。

@dbow 非常感谢。(('a',1), ('b',2), ('c',3), ('d',4), ('e',5), ('f',6))是一样的，比我优雅的多的拼接字符串，哈。

我这到了这个，不再拼接字符串：
>>> a=(('a',1), ('b',2), ('c',3), ('d',4), ('e',5), ('f',6))
>>> id,name = zip(*a)
>>> print str(id);
('a', 'b', 'c', 'd', 'e', 'f')
>>> print str(name);
(1, 2, 3, 4, 5, 6)

@virushuo

逻辑备份的恢复速度会比较慢，可以使用 @leafonsword 说的 mydumper，多线程的逻辑备份和备份还原，速度会有4，5倍。

物理备份是恢复速度最快的，文件拷贝。物理冷备就是停服务复制文件，物理热备就xtrabackup，innobackupex也一样，只是对xtrabackup的一个封装的工具。但物理备份相对更耗空间，也意味着更多的解压缩时间，解压缩时间也可用pigz这样的工具来优化，4-8线程下有1倍左右速度提升。


@leafonsword

逻辑导入期间禁用binlog是有不小的提升，但是你修改的参数是错得，或者你的说法会误导别人。

innodb_flush_logs_at_trx_commit设为0 是修改redo的flush方式。
http://dev.mysql.com/doc/refman/5.5/en/innodb-parameters.html#sysvar_innodb_flush_log_at_trx_commit

binlog是这个
http://dev.mysql.com/doc/refman/5.5/en/server-system-variables.html#sysvar_sql_log_bin

1.这么大的数据单个 instance 居然可以支持，并且是在基本设置（innodb_file_per_table）都不合理的情况下。说明很多日志型的数据或者冷数据，建议归档而不是分表，推荐 pt-archiver 。

2.备份的话，在 1T 这种级别可以开一个从库，在从库上想怎么备份都可以。逻辑备份推荐 mydumper，物理备份就 xtrabackup 或者干脆 shutdown 了压缩。

如果你数据库有压力了，或者其他什么问题建议还是找个专业的 MySQL DBA 看看，比如我这样的 :)，简单的几句描述很难断定该怎么做才最好。