祁勁松的博客文章

　　前段時間準備把百度廣告管家的代碼改為百度聯盟的代碼，順便還想再比較一下百度、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）的網站”，這個數據量龐大的網站後來又陸續進行了添加手機版、多語言版本、模闆修改完善等工作，還多次搬遷服務器，一直運行到現在。