MySQL

　　今年以来将我们以前托管或者租用的服务器全面转向阿里云，除了采用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网站时写了一篇《

　　在《Drupal的MySQL过度膨胀，清理缓存、翻译表

　　这些天在做系列网站的时候，遇到多个子网站、每个子网站都有多个内容类型，希望在首页展示内容类型、包含的字段名称以及页面数量，以前是人工来读取的，但网站多了就很麻烦，而且以后不便更新，这次用Drupal的API调用及SQL语句来实现了。

　　用Drupal搭建网站中，我们通常是初期导入大量数据，后来再反复修改分类、Views、显示模板、菜单等项目来改善用户体验，特别是显示模板可能会在几个月、几年后多次修改，甚至是重要的全面修改，显示内容已经面目全非了，但搜索引擎的快照中还是以前的内容，没有及时重新抓取、更新排名。