MySQL

　　最近一直在为降低MySQL服务器负载努力，Drupal网站中主要是排查Views引起的性能问题，而MediaWiki中也有一个与Drupal的Views对应的工具：Dynam

　　最近还在设法降低Drupal网站的MySQL负载，前些天尝试了安装entity cache，一般情况下可以把一个页面的70-120个mysql查询减少10个左右，然后把memcache使用的内存从1G增加到2G，应该会有一些帮助。

　　Drupal的Views是个非常强大、灵活的工具，但用得不合适也可能导致数据库负载的飙升。最近把Drupal站启用UTF8MB4支持，转换程序自动把以前的MyISAM引擎转为InnoDB了，也因此引起阿里云RDS的IOPS升高。

　　今年以来将我们以前托管或者租用的服务器全面转向阿里云，除了采用ECS服务器以外，还有一项重要的是采用了RDS数据库服务器，这对于服务的稳定性、各项指标的监控、调优等都有帮助。

　　不过随着近期更多数据库转到RDS上，空间的占用、IOPS的升高等问题也越来越明显，增加RDS空间、升级RDS规格肯定是有用的，但一味这样做的话，费用会明显飙升，还是得想办法优化。

　　以前就用过自己搭建MySQL服务器的两种存储引擎MyISAM和InnoDB（也用过一点Memory方式），在今年初转向阿里云关系型数据库服务RDS的时候，看到可调参数中有一个TokuDB，不过不太了解也没有管。

　　以前使用的MySQL存储引擎考虑到用多块硬盘放置各个库以便分散负载都是固定为MyISAM，现在搬迁到阿里云RDS后，考虑到查询效率及空间大小也保持继续用MyISAM。不过今天同事发现一个销售数据的网站在购物车结算的时候报错：

　　春节前忙着把一些网站从自己独立托管的服务器搬迁到阿里云的平台中去，以前自己的服务器都是购买的顶配硬件（几年前就是16核、64G内存、8块硬盘），安装Linux+Apache+MySQL+PHP在同一台机器上，现在用了云服务器ECS做Web服务器，用云数据库RDS做MySQL服务，应该来说更合理，不过实际运行中也遇到问题。

　　最近在对国内服务器进行硬盘的替换升级的时候，发现有一台服务器把数据库迁移到新硬盘后，以前的老硬盘依然非常繁忙（用iostat检查），仔细查看后，发现有一些MySQL数据库用的InnoDB格式，即使把数据库目录搬迁后，实际数据依然放置在以前的硬盘上。

　　Drupal网站搭建好、数据导入或者编辑完成后，如果需要大批量修改内容，可以有多种办法：

1、最原始：MySQL语句

　　找到MySQL数据库中需要修改的内容放置的字段，用MySQL UPDATE语句来直接替换，其运行效率最高，但实现不方便、出错后无法挽回、页面时间没有变化；

　　今年初在搭建Profile Report网站时写了一篇《