這是 MySQL 分類的頁面，點擊下面标題查看詳細文章内容：
春節前忙着把一些網站從自己獨立托管的服務器搬遷到阿裡雲的平台中去，以前自己的服務器都是購買的頂配硬件（幾年前就是16核、64G内存、8塊硬盤），安裝Linux+Apache+MySQL+PHP在同一台機器上，現在用了雲服務器ECS做Web服務器，用雲數據庫RDS做MySQL服務，應該來說更合理，不過實際運行中也遇到問題。
先搬遷了幾個小的網站，數據量不大、訪問量不大，所以搬遷過去沒有什麼大的負載，ECS/RDS以及帶寬什麼都很富裕。但在搬遷一個數據量偏大、訪問量也較大的網站時遇到問題，RDS的CPU總是100%，不運行自動檢測超時MySQL進程并自動殺死該進程的腳本就
最近在對國内服務器進行硬盤的替換升級的時候，發現有一台服務器把數據庫遷移到新硬盤後，以前的老硬盤依然非常繁忙（用iostat檢查），仔細查看後，發現有一些MySQL數據庫用的InnoDB格式，即使把數據庫目錄搬遷後，實際數據依然放置在以前的硬盤上。
Drupal 7默認是采用InnoDB數據庫引擎以利用其一些獨特的特性，但我們的系列網站數據量很大，需要分散放置各子網站的數據庫才好，所以我們都是改為使用MyISAM數據庫，以前曾經修改過Drupal的Core文件來實現數據庫引擎的變更，但這在Drupal系統升級的時候就丢失了，這樣導緻一些新建網站的數據庫表，以及一些
Drupal網站搭建好、數據導入或者編輯完成後，如果需要大批量修改内容，可以有多種辦法：
找到MySQL數據庫中需要修改的内容放置的字段，用MySQL UPDATE語句來直接替換，其運行效率最高，但實現不方便、出錯後無法挽回、頁面時間沒有變化；
今天找到一個用于search和replace的模塊Scanner，安裝試了一下，很容易使用，替換後是生成一個新的版本，如果有問題可以批量還原，選項也很豐富：大小寫敏感查找、全詞查詢、加前後綴設
今年初在搭建Profile Report網站時寫了一篇《系列網站之間相同主題内頁的互相鍊接》，當時主要是用VB編寫程序來對導出的兩個csv文件進行比較，然後計算出可以鍊接的node id，再用PHP程序或者人工的辦法來添加鍊接，整個過程比較繁瑣、自動化程序不高。
此後又嘗試了添加更多的數據到這個站，并進行按照省份分類等工作，就采取了PHP程序+MySQL數據庫的方式，搜索匹配的效率大大提高，運行時間縮短很多。
近期我們新增了一下幾個網站：
在《Drupal的MySQL過度膨脹，清理緩存、翻譯表》這篇2012年8月的博文中，提到有些非英文網站的locales_source表不斷變大的問題，當時在網上找了一些資料，臨時先用删除表中某些特征的數據來解決，半年後再次逐步變大導緻網站訪問困難，又編寫了一個自動删除表中記錄的腳本來解決，但始終是治标不治本。
這些天在對其它網站進行多語言擴充的時候，發現有些網站也有類似問題，都是locales_source中包含大量不需要進行翻譯的内容，再次查找資料并逐步調試，終于是找到問題的根源并可以解決了，有兩種情況：
這些天在做系列網站的時候，遇到多個子網站、每個子網站都有多個内容類型，希望在首頁展示内容類型、包含的字段名稱以及頁面數量，以前是人工來讀取的，但網站多了就很麻煩，而且以後不便更新，這次用Drupal的API調用及SQL語句來實現了。
站内讀取的例子：http://hangye.mingluji.com/it/，源代碼：
<?php $node_types=node_type_get_names(); print '<ul>'; f
用Drupal搭建網站中，我們通常是初期導入大量數據，後來再反複修改分類、Views、顯示模闆、菜單等項目來改善用戶體驗，特别是顯示模闆可能會在幾個月、幾年後多次修改，甚至是重要的全面修改，顯示内容已經面目全非了，但搜索引擎的快照中還是以前的内容，沒有及時重新抓取、更新排名。
搜索引擎應該是基本參照網站的xmlsitemap中的頁面最後修改時間lastmod、更新頻率changefreq來決定是否回來抓取、多長時間回來抓取的，而Drupal生成的sitemap中某個頁面的最後更改時間很可能就是當初創建的時間，但顯示内容因為模闆修改而早就不同了，造成修改後的内容無法
在用Drupal 7搭建Business Profile Report這個網站的過程中，遇到一個産品有多種不同License對應不同價格的情況，可以用Ubercart 3中的Attributes功能來實現。在modules中打開Ubercart的Attributes這個子模塊，然後在Attributes中添加一個叫License的屬性，并設置默認的Options選項。再在具體的頁面中為Attributes選擇License屬性，并根據需要來設置Options和調整不同的SKU編碼。
單個頁面都可以像上面隻有編輯，但我們已經有了數以十萬記的産品頁面，不可能逐一編輯，
前一陣子在設置用Drupal搭建的系列網站時，因為子網站數量衆多（上百個），不得不考慮使用批量設置的辦法來進行初始設置及修改，否則逐個網站去點擊鼠标進行設置的話，每個站點起碼要點擊幾百次，總的鼠标點擊次數要達到數萬甚至更多，即使鼠标不崩潰的話，人恐怕也得崩潰了。
用Drush是必然的選擇，但實際設置中Drush也無法解決所有的問題，還綜合使用了一些其它的辦法，包括直接修改MySQL數據庫，現在把一些典型的修改辦法記錄如下。
首先要做的是做一個循環sh批處理程序，對需要設置的衆多網站進行逐個處理，例如：
<
我們做的Drupal網站多是數據查詢、展示類型的，當數據量大的時候，導入就需要很長時間，而随着站點的建立、訪問，還會産生一些日志、緩存等數據，一些站點的MySQL數據庫占用空間會越來越大，部分甚至都超過10G了，導緻訪問很慢、備份困難。
2002-2023 v11.7 a-j-e-0
