大型网站架构升级解决方案之：数据库

前言：

今日读了《大型网站技术架构》这本书，大大扩展了对网站从小到大一步步演变过程中的技术演进的认识

不过在读完之后，痛感本书谈及的那些具体的技术细节，并没有对更深层次的实践步骤的探讨

顿觉应该多迈一步，开始寻觅各种解决方案，先总结数据库类。

1.应用与数据库拆分

需求场景：单一服务器构架，服务器出现性能

解决方案：

相对下述几项来说，这步拆分是最简单的，因为涉及到的服务器数量很少，代码层面修改也很少

购买专用的数据库服务器并配置，将原来应用服务器中数据库的链接地址，改成新买来的数据服务器IP，测试并开启

2.利用缓存

需求场景：有了大量的流量，所有用户都进行了独立的请求时

解决方案：

这一步往往通过纯应用层解决

根据28定律，将用户经常访问的数据放入缓存区，这样用户请求到的内容将主要从缓存提取，而不是数据库，大大减少了数据库负载

常见java缓存框架

3.数据库读写分离

需求场景：数据库读写比例不太悬殊时，用来降低数据库服务器的负载（若读写比例过于悬殊，显然读写分离并不能降低单一服务器压力）

解决方案：

若通过应用层解决，不可避免的会增加应用服务器负担；若购买云服务，则预算要相应提高

Spring实现数据库读写分离http://www.cnblogs.com/surge/p/3582248.html

阿里云，云数据库读写分离：https://www.aliyun.com/product/rds/mysql?utm_medium=text&utm_source=baidu&utm_campaign=MySQL&utm_content=se_241140

MySQL的读写分离的几种选择:http://jayluns.iteye.com/blog/2275690

4.分布式数据库

需求场景：需要建设去中心化服务集群的网站

解决方案：

阿里云，分布式关系型数据库服务：https://www.aliyun.com/product/drds

爱可生：http://www.actionsky.com/Index/product/id/1

5.采用NOSQL数据库

需求场景：超大规模+高并发场景

解决方案：

关于NOSQL的产品，现在（2016年末）已经非常成熟了，而且市场竞争充分，报价都比较实惠（相对直接买台服务器）