主要就是：
1.内核版本不一样 Ubuntu 内核版本新于 Centos
2.包管理方式不一样 ( apt vs. yum)
3.软件包名不一样，部分基础软件包不同（比如 init 系统，网络配置）

https://docs.google.com/forms/d/15Ucm4A20y2rf9gySCTXD6yoLG6Tba7AwYgglV7CKHmM/viewform?edit_requested=true 申请地址

凑个热闹

@liyucmh no pic no jb ，不开日志不 debug 凭猜测凭经验难以找出问题的根本。提供的信息片面，我看不出啥问题。好好看看统计或者自己分析下 nginx access 日志，负载高的时段，那些 url 被频繁访问。猜测是有 php 脚本在大量占用 cpu 资源吧。

linode 日本难道不是抽风相当严重，广州电信

干掉 360 全家捅

http://www.zhihu.com/question/20523036 可以参考， Python 方案没实践过，其他 unzip -O 和 convmv 是有效的，以前用过

@Daddy 压缩包有问题(O_O)？在 win 下解压有无问题？

可以解压出来用 convmv 来将乱码文件名转换为 utf8 编码

你的 datadir 有修改成你原来 my.cnf 的路径吗？启动不了看 datadir 下或者 /var/lib/mysql 下主机名.err 的 MySQL 日志文件（取决于你当前 MySQL 启动的 datadir 参数）

看你配置文件，应该是在 /usr/local/share/mysql/my-huge.cnf

数据库的配置调大一点， 可以简单的用 /usr/share/mysql/my-huge.cnf 为模板来修改。

另外可以试着开启 PHP 和 MySQL 的 slowlog 来验证一下

数据库配置文件贴下，我怀疑是数据库配置导致的 PHP 等待 MySQL 计算查询的高负载高 io wait ，最好在负载高的时间运行下 vmstat 1 来检测性能瓶颈

你 MySQL 负载根本不高，才用了 2 核。 MySQLCPU100%不代表系统负载高。

调整 php 的进程数就够了，如果并发 500 的话， pm.max_children=512 ，另外 pm=static

输入命令卡顿基本上是网络原因，你看下ping 你vps是不是丢包严重。

pip install stormssh ,上面记错了