由于之前主机提供商的openvz系列已经不再提供续费服务，后来一直找到一个相对稳定的提供商，下单后限制了几天，偶然发现刚好只有这个主机可以正常访问，另外一个备份服务器已经ping不通了。

然后就趁openvz主机还有几天时间，果断把整个站点都迁过来。基本还算顺利，目前就看这个刚成立的提供商会不会跑路了。

恩，先这样。

不知道什么时候，vps上面的mysql不启动了，后来果断来了个apt-get upgrade。还是无解，发现mysql.err为空。怎么弄头看不明白。

后来查看/var/log/syslog，发现如下记录:

May 28 07:36:53 emhct mysqld: 160528 7:36:53 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. P$
May 28 07:36:53 emhct mysqld: 160528 7:36:53 [Note] /usr/sbin/mysqld (mysqld 5.5.49-0+deb7u1) starting as process 2208 …
May 28 07:36:53 emhct mysqld: 160528 7:36:53 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future$
May 28 07:36:53 emhct mysqld: 160528 7:36:53 [Note] Plugin ‘FEDERATED’ is disabled.
May 28 07:36:53 emhct mysqld: 160528 7:36:53 InnoDB: The InnoDB memory heap is disabled
May 28 07:36:53 emhct mysqld: 160528 7:36:53 InnoDB: Mutexes and rw_locks use GCC atomic builtins
May 28 07:36:53 emhct mysqld: 160528 7:36:53 InnoDB: Compressed tables use zlib 1.2.7
May 28 07:36:53 emhct mysqld: 160528 7:36:53 InnoDB: Using Linux native AIO
May 28 07:36:53 emhct mysqld: 160528 7:36:53 InnoDB: Initializing buffer pool, size = 128.0M
May 28 07:36:53 emhct mysqld: 160528 7:36:53 InnoDB: Completed initialization of buffer pool
May 28 07:36:53 emhct mysqld: 160528 7:36:53 InnoDB: highest supported file format is Barracuda.
May 28 07:36:53 emhct mysqld: InnoDB: The log sequence number in ibdata files does not match
May 28 07:36:53 emhct mysqld: InnoDB: the log sequence number in the ib_logfiles!
May 28 07:36:53 emhct mysqld: 160528 7:36:53 InnoDB: Database was not shut down normally!
May 28 07:36:53 emhct mysqld: InnoDB: Starting crash recovery.
May 28 07:36:53 emhct mysqld: InnoDB: Reading tablespace information from the .ibd files…
May 28 07:36:53 emhct mysqld: InnoDB: Restoring possible half-written data pages from the doublewrite
May 28 07:36:53 emhct mysqld: InnoDB: buffer…
May 28 07:36:53 emhct mysqld: 160528 7:36:53 InnoDB: ERROR: We were only able to scan the log up to
May 28 07:36:53 emhct mysqld: InnoDB: 16701665280, but a checkpoint was at 16701665306.
May 28 07:36:53 emhct mysqld: InnoDB: It is possible that the database is now corrupt!
May 28 07:36:53 emhct mysqld: 160528 7:36:53 InnoDB: Assertion failure in thread 3064944864 in file fut0lst.ic line 83
May 28 07:36:53 emhct mysqld: InnoDB: Failing assertion: addr.page == FIL_NULL || addr.boffset >= FIL_PAGE_DATA

mysql居然crash了，后来网上了一下，发现好像是innodb顺坏了，简单扫描了mysql官方文档，看的云里雾里。

最终，把mysql数据库存放目录下的ibdata1、ib_*文件删除后，mysql正常启动。

1，需要配置apache2的虚拟站点，实际上很简单，只需要在ServerName那写清楚就行了，但目前遇到一个问题多域名同时绑定到同一个站点时，需要创建多个配置文件很麻烦，不知道有没有简单的做法

2，mysql和php之间需要有一个php5-mysql的库

3，数据库要自动备份。

4，每个站点需要创建一个自己的数据库账号，不要用root/sa

5，wp很多地方需要调整
5.1 想让wp自动升级等工作。需要给网站的目录赋予www-data权限。
5.2 如果域名或目录有修改，那么需要在wp里面配置跳转地址。
5.3 如果域名或目录有修改，想让以前放在wp上的照片可以正常看，需要在数据库里执行这条SQL语句。UPDATE wp_posts SET post_content = replace(post_content, ‘http://旧域名’, ‘http://新域名’);

6，未完待续