MySQL

使用 APT 源将 MySQL 升级到 5.7

我的博客是使用 Linode 搭建的,算算已经快有八年多历史了。从一开始,我就使用 Debian 发行版作为我的服务器版本。当时,最流行的服务器是 RedHat 和 Ubuntu,那时候我还没听说过 CentOS,哈哈,不想用盗版,又觉得 Debian 比较稳定,而且有无敌的 apt-get,就一直用 Debian 了。

因为我用 WordPress 搭建博客,一直以来,用的就是 MySQL 数据库,从 2015 年开始,MySQL 就推出了 5.7 版,增加了一些激动人心的特性,比如更好的 InnoDB,JSON,地理位置等等东西,一直以来还没机会探索。其实,我感觉,在做 PHP 的人群里,使用 MySQL 的新特性,一直以来都是比较偏保守的,也可能我个人处理更大规模的应用的机会比较多,平时更偏重于利用架构解决问题,反倒是对数据库本身的能力不甚了解。

Keep Reading — 738 words totally

应朋友的要求,帮他做了一个WordPress的镜像站点。一般的个人博客是用不着做镜像站点了,就我的观点来看,如果不是追求极致的访问速度,一般都没有必要做镜像站点。但是如果为了服务的稳定性,做镜像站点还是有必要的。比如,创业团队用廉价云服务器来提供Web服务的情况下,受到国内云服务质量的影响,会经常停服,如果对稳定性有极致要求,就需要多点、多机房去部署。也就有了镜像的需求。

如果对一个WordPress进行镜像,有如下一些事情要做:首先是数据库的镜像。之前,我没有研究过怎么配置MySQL的主从。从这次的操作来看,还不算太难。MySQL主从配置,要求Master和Slave都配置有唯一的Server ID,并且Master要开启binlog。配置的时候,注意先配置Master的binlog和Server ID,然后重启,再配置Slave的Server ID,然后重启Slave。接下来,在Master执行flush tables with read lock;,再执行show master status;可以取得binlog的文件名和position,最后在Slave的MySQL中执行change master to指令,具体语法查询文档。经过上面的配置后,可以在Slave执行show slave status,观察一下是否有错误,没有的话,基本上就代表主从配置完毕了。

Keep Reading — 913 words totally