zoukankan
html css js c++ java
数据库的伸缩性
我主要来回顾一些一个慢慢变大的互联网应用如何应对数据库这一层的伸缩。
首先刚开始,人不多,压力也不大,搞一台数据库服务器就搞定了,此时所有的东东都塞进一个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过数据库的哥们儿都深受其苦啊。对于数据库伸缩的文章,哥们儿可以看看后面的参考资料介绍。
查看全文
相关阅读:
Android 电话播号和短信发送以及单元测试
Android 自动判断是电话,网址,EMAIL方法之Linkify
Android 解析网络数据传输JSON或XML对象
Android ListView常用属性及数据绑定显示
Android SQLite使用详解
Android Content Provider 使用
SQL Server 2008之空间数据应用(二)
使用ASP.NET IIS注册工具(Aspnet_regiis.exe)注册IIS
MSDN(VS2010版)使用问题小记
ArcGIS Server开发——Web ADF应用程序开发入门
原文地址:https://www.cnblogs.com/catkins/p/5270497.html
最新文章
linux下工作的感受
仅仅测试是不够的
在Java和.NET平台的加密术比较
网络编程的感悟
对付MINA中slf4j的办法
关于产品项目的命名
mac攻略(3) brew使用
zz视频原理
zz面试题小结
zz视频技术名词解释
热门文章
励志语录
Nand Flash VS Nor Flash
zzNAND FLASH的MLC和SLC架构对比
毕业设计
VS2010编译器在命令行下使用注意的问题
参考文献标准格式
Android 创建菜单项Menu及获取手机分辨率
Android Spinner 下拉菜单和AutoCompleteTextView 自动填充控件
Android 文件存储方式
Android Activity 生命周期
Copyright © 2011-2022 走看看