这是 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
