数据库

有一段时间没有更新博客了，刚才看到最新的一篇《IP地址查询API来源收集》还是1月份写的，现在正好在搜索一些IP地址查询的数据库，就接着记录一篇吧。

　　我们选用Drupal的一个重要原因是其对多语言的支持，在实际使用中也发现多语言支持的一些问题，特别是对数据库负载的影响很大，我们已经想过不少办法了。

　　以前在Drupal站中需要数据库查询的时候都是优先考虑使用Views而不是自己写SQL语句，这确实方便了许多。但如果要跨站查询非本站数据库的时候就没法调用其它站的Views了。以前曾经把需要的表复制到当前站再用Views，不过这样可能造成大量冗余的数据表。

　　前一段时间在网上搜了一下，Drupal的API中本来就准备了这站外数据库查询的接口，下面是一个例子：

　　今天同事反映网站打开巨慢无比，查看阿里云ECS Web服务器正常，而RDS MySQL数据库服务器有堵塞，都是被下面类似语句链接：

　　最近一直在为降低MySQL服务器负载努力，Drupal网站中主要是排查Views引起的性能问题，而MediaWiki中也有一个与Drupal的Views对应的工具：Dynam

　　最近还在设法降低Drupal网站的MySQL负载，前些天尝试了安装entity cache，一般情况下可以把一个页面的70-120个mysql查询减少10个左右，然后把memcache使用的内存从1G增加到2G，应该会有一些帮助。

　　2015年下半年到2016年初我们集中把以前的Drupal 6网站都升级到Drupal 7了，记得当时还是花费了相当大的时间精力来做这些事情。这已经过去近2年时间了，升级后的Drupal 7网站也都运行正常，有些升级后遗留的模块和数据库中的表我们也没有多管，数据库空间不够就加空间。

　　Drupal网站对数据库服务器的压力由来已久，特别是Views做成的页面是最可能导致负载升高的原因，无论是以前自己服务器上的MySQL还是换用阿里云的RDS。

　　我们这边从一开始使用Drupal就是利用的其本身的数据库结构，page, node, taxonomy, term等等都是使用Drupal本身的概念，很少直接操作数据，需要大量已有数据（一般是csv格式文件）导入网站的时候，就用第三方模块node_import (Drupal 6)或者feeds (Drupal 7)来设置和进行导入，形成页面以及分类，再辅助设置Views进行需要的列表。

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

　　不过随着近期更多数据库转到RDS上，空间的占用、IOPS的升高等问题也越来越明显，增加RDS空间、升级RDS规格肯定是有用的，但一味这样做的话，费用会明显飙升，还是得想办法优化。