InnoDB

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

　　不过随着近期更多数据

　　周末把云数据库RDS进行了配置升级，上面的一些站点数据表从MyISAM转为了InnoDB，今天早上来发现IOPS异常升高，网站打开困难，查看实时实例会话，发现有很多这样的语句堆积：

SELECT COUNT(pid) FROM url_alias

　　在Google中搜索了一下，这篇文章说明很多人也遇到过这种问题COUNT(*) is an expensive query in InnoDB.，Drupal 6默认的数据库表引擎是MyISAM，上面那句统计数量的查询语句瞬间可以执行完，但对InnoDB引擎来说需要全表扫描来获得统计数

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

　　最近同事转给我阿里云介绍TokuDB的文章，其中压缩存储的特性对我们来说很有吸引力，因为我们的数据库一般都偏大，已经转到阿里云的就有几百个GB了，加上以后要转的肯定是TB数量级的，而且目前还是用的MyISAM，如果用InnoDB的话，那还要扩大数倍，仅仅是存储的费用就让人难以承受。但MyISAM存在表容易损坏的问题，往后用的人越来越少，Drupal 7

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

PDOException: SQLSTATE[HY000]: General error: 1785 When @@GLOBAL.ENFORCE_GTID_CONSISTENCY = 1, updates to non-transactional tables can only be done in either autocommit
  

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

　　Drupal 7默认是采用InnoDB数据库引擎以利用其一些独特的特性，但我们的系列网站数据量很大，需要分散放置各子网站的数据库才好，所以我们都是改为使用MyISAM数据库，以前曾经修改过Drupal的Core文件来实现数据库引擎的变更，但这在Drupal系统升级的时候就丢失了，这样导致一些新建网站的数据库表，以及一些

　　前段时间安装Drupal 7的时候就遇到自动在MySQL中使用InnoDB的情况，而且好像是即使MySQL默认引擎为MyISAM也依旧使用InnoDB。虽然InnoDB有自己的特点，Drupal 7选用这个也正常，但对于我们来说，有多个子网站的时候，以前是将数据库分散到多块硬盘上的，就需要用MyISAM来让每个子网站有独立的目录比较方便，所以还是需要能使用MyISAM。

　　按照网上找到的一篇文章，修改includes/database/mysql/shema.inc这个文件可以解决，虽然修改drupal core文件不是一个很好的办法，先这样用。