祁劲松的博客文章

　　前段时间准备把百度广告管家的代码改为百度联盟的代码，顺便还想再比较一下百度、Google广告的一些数据，现在对Drupal模板、PHP程序比较熟悉了，所以采取在模板中嵌入PHP程序来随机出现Google/百度相关代码就很容易实现。

<?php
$number_rand = rand(0,1);//0:google,1:baidu
if ($number_rand == 0) {
        $ad1 = '<script async src="//pagead2.googlesyndication.com/pagea
  

　　我们是2010年底开始使用Drupal的，当时Drupal 7还没正式版，所以就用了Drupal 6，在2012年2月的时候就以本博客为例做过Drupal 6到Drupal 7的升级，虽然有些麻烦但好歹算是可以升级成功，而涉及到大数据量Drupal的站点升级却让我吃到苦头，后来新站都用Drupal 7搭建，而Drupal 6的一些网站也就继续停留在Drupal 6，只进行小版本升级，不敢轻易进行大版本的升级。

　　最近由于在转云服务器，就想一并做Drupal大版本升级，把现在支持越来越少的Drupal 6升级到目前主流的Drupal 7，Drupal 8因为还没有

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

SELECT COUNT(pid) FROM url_alias

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

　　以前就听说过一些超微型PC可以做一些控制用，类似我上大学时的单片机，只是功能、性能要大幅提升，而且兼容PC，可用软件也多得多，不仅仅只是用于电子控制设备上。

　　不过以前也一直没有实际玩，前一阵子因为考虑定期下载云服务器上的备份内容

　　以前就用过自己搭建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
  

　　Drupal网站的Views模块非常有用，我们一直用它来生成一些列表，包括node的列表、term的列表等。最近在搬迁一个系列网站到阿里云美国数据中心的服务器过程中，发现RDS的磁盘IOPS一直非常高影响了使用，经过仔细排查，发现造成堵塞的主要原因都是带sort的SQL语句使得不断生成大的临时文件，再把Devel打开，找到这句SQL所在的页面，从而发现是网站的node全列表views有问题，打开views编辑发现Sort一栏中有内容，而去掉Sort条件再报错、运行就发现极少出现原来的问题了。

　　查了一些资料，在运行带有sort的select语句是需要产生临时文件

　　早在2008年就开始尝试Google广告管理系统（Google Ad Manager），后来更名为Google DFP (DoubleClick For Publisher)后也一直沿用，后来还将“Google 广告管理系统代码”替换为“Google 发布商代码（异步）”。其实我们基本上没有直销的广告，用Google广告管理系统投放的绝大多数还是AdSense广告(文字/图片广告用补余的方式，链接广告用投放AdSense代码的方式)，只有少数用于自己的销售链接推荐等。

　　以前用MediaWiki网站的时候多需要Fi

　　Apache的httpd进程数量是个老问题，最开始使用Linux独立服务器的时候就摸索修改过。后来新购入服务器托管、租用国外服务器都是硬件配置相当强的，这个地方也都修改过。

　　不过前一阵子搬迁到阿里云服务器的时候，同事并没有修改这个地方，部分网站搬迁后感觉变慢了，而带宽、CPU等资源都没有用充分，后来在阿里云监控中检查发现httpd进程会达到一个限制平顶，再才排查原来是httpd最大连接数量没有修改。

　　最近又搬迁网站增加了阿里云服务器，以后估计还会搬迁、增加，所以专门记录在博客中：

步骤一：先修改./apache/co

　　还是早在2011年的时候推出了“美国9位详细邮编（United States ZIP Codes 5 Plus 4）的网站”，这个数据量庞大的网站后来又陆续进行了添加手机版、多语言版本、模板修改完善等工作，还多次搬迁服务器，一直运行到现在。