读写分离

1写 2+读 释放压力 短消息和长消息分离 Long time SQL 负载均衡算法 响应时间基线 管杀不管埋 work load算法

如何去用的问题 拿数量换质量 递归调用 目录级无限制问题


____________________________________________________________________________________________________________________________

京东


保留数据分数多 一致性差

存储副本 f5 VIS EMC Vplex 存储负载均衡

飞康 oracle 卷捆绑 LVM

Mysql 分布式存储 存储级冗余 分布式存储 单点损坏

数据库部署问题

主/备 好处切的干净 切换的可靠性 前提存储可靠
高负荷网站的数据 读写分离 只写不读 降低数据库压力 前边要有个负载均衡 将读和写分开


生产的写入 读库
双主都可写入/读库

策划一个案 健康监测 项目

取参数 / 自己写 通路监测



_______________________________________________________________________

ADSL

031600142133@adsl

pin: 691268


_____________________________________________________________________________________________________________________

BTV项目启动会

办公网信息化
长期坚持落地

小齐 、赵涛

规划比较重视 以项目方式推进


1、集中推进、转常态

2、与项目组合作定位

3、实用性为主

4、任务

小步快跑

虚拟平台： 马贵润 王总 孙立国 李萍


____________________________________________________________________________________________________________________________

数据库问题

刘主任
个别人处理，解决大部分问题



101.129.4.82

IPSLA

三个层面

应用层面
减少数据库的依赖
减轻数据库的应用 解决 编 传 播环节。

应用

数据库

切换

部署

不停止的目标

数据库深度依赖



切换 负荷太重 上百台应用服务器修改


数据库层 不保险 数据完整性

应急的DB 保证数据的一致可用。



切换简单、快速

检测、监控平台 直接检测


部署问题 RAC部署 单机跑死的问题 虚拟化的迁移

问题的隔离 和独立处理的简化

判断故障
稳、准、狠

故障切换
快（切换迅速）、静（上游无关性）、齐（数据一致性）

系统设计上弥补犯错误的概率

犯错误后想弥补的措施

想好所有灾难预案

非常可能的4层架构 内存数据库 3pair 琼亚 目标 - 全自动化

制作网有50～60台工作站
可用性、可靠性

数据库的切换
应用层需要不停地测试连接 健康监测


Gemfire

海阔天空的想、脚踏实地地干