二、 MySQL数据库多台服务搭建
1台MySQL机器,实际上是高风险的单点,因为如果它挂了,我们Web服务就不可用了 。而且,随着Web系统访问量继续增加,终于有一天 , 我们发现1台MySQL服务器无法支撑下去,我们开始需要使用更多的MySQL机器 。当引入多台MySQL机器的时候,很多新的问题又将产生 。
1. 建立MySQL主从,从库作为备份
这种做法纯粹为了解决“单点故障”的问题,在主库出故障的时候,切换到从库 。不过 , 这种做法实际上有点浪费资源,因为从库实际上被闲着了 。
2. MySQL读写分离,主库写,从库读 。
两台数据库做读写分离,主库负责写入类的操作 , 从库负责读的操作 。并且,如果主库发生故障,仍然不影响读的操作,同时也可以将全部读写都临时切换到从库中(需要注意流量,可能会因为流量过大,把从库也拖垮) 。
3. 主主互备 。
两台MySQL之间互为彼此的从库 , 同时又是主库 。这种方案,既做到了访问量的压力分流,同时也解决了“单点故障”问题 。任何一台故障 , 都还有另外一套可供使用的服务 。
不过,这种方案,只能用在两台机器的场景 。如果业务拓展还是很快的话,可以选择将业务分离,建立多个主主互备 。
三、 MySQL数据库机器之间的数据同步
每当我们解决一个问题,新的问题必然诞生在旧的解决方案上 。当我们有多台MySQL , 在业务高峰期,很可能出现两个库之间的数据有延迟的场景 。并且,网络和机器负载等,也会影响数据同步的延迟 。我们曾经遇到过,在日访问量接近1亿的特殊场景下,出现,从库数据需要很多天才能同步追上主库的数据 。这种场景下,从库基本失去效用了 。
于是,解决同步问题,就是我们下一步需要关注的点 。
1. MySQL自带多线程同步
MySQL5.6开始支持主库和从库数据同步,走多线程 。但是,限制也是比较明显的,只能以库为单位 。MySQL数据同步是通过binlog日志,主库写入到binlog日志的操作,是具有顺序的,尤其当SQL操作中含有对于表结构的修改等操作,对于后续的SQL语句操作是有影响的 。因此,从库同步数据,必须走单进程 。
2. 自己实现解析binlog,多线程写入 。
以数据库的表为单位,解析binlog多张表同时做数据同步 。这样做的话,的确能够加快数据同步的效率,但是 , 如果表和表之间存在结构关系或者数据依赖的话 , 则同样存在写入顺序的问题 。这种方式,可用于一些比较稳定并且相对独立的数据表 。
国内一线互联网公司,大部分都是通过这种方式,来加快数据同步效率 。还有更为激进的做法,是直接解析binlog , 忽略以表为单位,直接写入 。但是这种做法,实现复杂,使用范围就更受到限制,只能用于一些场景特殊的数据库中(没有表结构变更,表和表之间没有数据依赖等特殊表) 。
四、 在Web服务器和数据库之间建立缓存
实际上,解决大访问量的问题,不能仅仅着眼于数据库层面 。根据“二八定律”,80%的请求只关注在20%的热点数据上 。因此 , 我们应该建立Web服务器和数据库之间的缓存机制 。这种机制,可以用磁盘作为缓存,也可以用内存缓存的方式 。通过它们,将大部分的热点数据查询,阻挡在数据库之前 。
1. 页面静态化
用户访问网站的某个页面,页面上的大部分内容在很长一段时间内,可能都是没有变化的 。例如一篇新闻报道 , 一旦发布几乎是不会修改内容的 。这样的话,通过CGI生成的静态html页面缓存到Web服务器的磁盘本地 。除了第一次,是通过动态CGI查询数据库获取之外,之后都直接将本地磁盘文件返回给用户 。
推荐阅读
- mvc如何将值传入js,mvc怎么传数据
- 企业营销应如何培训心得,企业营销管理培训
- java写一套代码,java代码编写
- 撒贝宁直播运营和产品运营,撒贝宁直播运营和产品运营的区别
- 关于vb.net控件组是什么的信息
- 自学go语言去哪找工作,自学go语言能找到工作吗
- 包含saphanastudio的词条
- 直播设备背景电影,直播间背景电视
- linux系统命令调用 linux调用命令行快捷键