数据库的伸缩性
来源:互联网 发布:如何才能申请淘宝达人 编辑:程序博客网 时间:2024/04/29 19:58
我主要来回顾一些一个慢慢变大的互联网应用如何应对数据库这一层的伸缩。
首先刚开始,人不多,压力也不大,搞一台数据库服务器就搞定了,此时所有的东东都塞进一个Server里,包括web server,app server,db server,但是随着人越来越多,系统压力越来越多,这个时候可能你把web server,app server和db server分离了,好歹这样可以应付一阵子,但是随着用户量的不断增加,你会发现,数据库这哥们不行了,速度老慢了,有时候还会宕掉,所以这个时候,你得给数据库这哥们找几个伴,这个时候Master-Salve就出现了,这个时候有一个Master Server专门负责接收写操作,另外的几个Salve Server专门进行读取,这样Master这哥们终于不抱怨了,总算读写分离了,压力总算轻点了,这个时候其实主要是对读取操作进行了水平扩张,通过增加多个Salve来克服查询时CPU瓶颈。一般这样下来,你的系统可以应付一定的压力,但是随着用户数量的增多,压力的不断增加,你会发现Master server这哥们的写压力还是变的太大,没办法,这个时候怎么办呢?你就得切分啊,俗话说“只有切分了,才会有伸缩性嘛”,所以啊,这个时候只能分库了,这也是我们常说的数据库“垂直切分”,比如将一些不关联的数据存放到不同的库中,分开部署,这样终于可以带走一部分的读取和写入压力了,Master又可以轻松一点了,但是随着数据的不断增多,你的数据库表中的数据又变的非常的大,这样查询效率非常低,这个时候就需要进行“水平分区”了,比如通过将User表中的数据按照10W来划分,这样每张表不会超过10W了。
综上所述,一般一个流行的web站点都会经历一个从单台DB,到主从复制,到垂直分区再到水平分区的痛苦的过程。其实数据库切分这事儿,看起来原理貌似很简单,如果真正做起来,我想凡是sharding过数据库的哥们儿都深受其苦啊。对于数据库伸缩的文章,哥们儿可以看看后面的参考资料介绍。
0 0
- 数据库的伸缩性
- 数据库的可伸缩性的探索
- 可伸缩性,美妙的可伸缩性
- 可伸缩性,美妙的可伸缩性
- 网站的伸缩性架构
- 网站的伸缩性架构
- 网站的伸缩性架构
- 网站架构的伸缩性
- 网站的伸缩性架构
- Erlang的Mnesia——为高伸缩性应用准备的数据库管理系统
- Erlang的Mnesia——为高伸缩性应用准备的数据库管理系统
- 可伸缩性的最差实践
- 可伸缩性的最差实践
- 可伸缩性的最差实践
- Facebook的七个伸缩性策略
- 可伸缩性的最佳实践
- 可伸缩性的最差实践
- 提高网站伸缩性的实用技术
- 终于搞定了从Linux下加载文本文件到数据库CLOB字段上
- Tomcat的设置1——设置根目录
- the usages of sublime text
- Broadcom芯片53262的SDK移植
- 动态规划--数字三角形
- 数据库的伸缩性
- 外部调用validate(Object object, Errors errors)
- POJ 3261 后缀数组分组二分
- ArcGis安装介绍
- hbase 第一篇
- Python标准模块logging
- MySQL嵌入式版本的小程序例子
- 客户端POST发送json数据给服务端,客户端端接收服务器端json数据响应
- Android中资源文件assets和res下面raw文件的使用不同点