No2 系统选型以及规划 黄杉 讲师的CSDN博客地址：http://blog.csdn.net/mchdba

Presentation on theme: "No2 系统选型以及规划 黄杉 讲师的CSDN博客地址：http://blog.csdn.net/mchdba"— Presentation transcript:

1 No2 系统选型以及规划 黄杉 讲师的CSDN博客地址：http://blog.csdn.net/mchdba
QQ:

2 MySQL的业务场景选择 1，电商，淘宝、京东、1号店、苏宁、58同城等等 2，游戏，比如网易、九城等 3，教育行业 4，百货—1号店 5，知识库-电信 6，通讯行业 …… 除了对数据一致性要求非常高100%的行业之外，所有的场景都适合。

3 MySQL的机器设备选型 机器设备选型，通过业务场景来大概评估 需求 指标 响应时间 读和写操作请求MS级返回 数据总量 1T/1年
每秒请求数量 15000/秒 数据读写比例 2:1 重要程度 核心订单系统，P1级别故障 积分系统，P2级别故障 备注 数据时效性，历史订单查阅少，一般操作3周内数据，数据长度一条大概1KB

4 开始评估系统 1) 一年内产生数据总量为1T 推算：算下那么每秒产生的数据量，以此来推算每秒需要：1*1024*1024*1024/(365*24*60*60)=34K/秒。 2) 每秒请求数量为15000次，读写比为2:1 推算：每秒读请求数15000*2/3=10000/秒；每秒写请求数15000*1/3=5000/秒； 3) 数据记录长度为1KB 推算：根据1)得出每秒写入数据为34K，数据记录长度为1K，那么每秒insert为34K/1K=34次；根据2)得到每秒写 5000次（update+delete+insert），那么计算出每秒update+delete为 =4966次，出来mysql读写按照page为 单位处理，一页大小为16K(默认，也可以手动设置为8KB、32KB)，那么每秒写请求数据量为5000*16K=80M/秒， 每秒读请求数据量为10000*16K=160M/秒 4) 处理20天内的数据 推算：那么处理的热数据量为1*1024/365*20=56G 5) 操作毫秒级别返回 推算：毫秒级返回，那么要求数据尽量存入内存中，那么根据4)可以确定Innodb buffer（Mysql存储引擎缓冲区） 大小为56GB，而其他组件例如OS、Application、network需要大约4GB内存，因此内存超配大约为60GB。按照超 配原则，写带宽（WBPS）限制为100MB/s，读带宽（RBPS）限制为200MB/s。 6) 重要程度 推算：根据业务故障级别P1来定，采用MM的HA技术

5 分布式扩展评估 8个节点组规模，所有/8 推算单组： 内存60G/8=8G。 写带宽（WBPS）100/8=12.5M/S， APP
读带宽（RBPS）200/8=25MB/s， 磁盘1T/8 =125G

6 磁盘选择HDD VS SSD HDD 机械硬盘 物美价廉 寿命长 SSD 固态硬盘 闪存颗粒组成 稍贵 IO读写高 寿命短

7 MySQL文件系统选择 顺序读写为主 --binlog日志 --error日志 --slow日志 --tmp日志 --事务日志 --DoubleWrite日志 ibdata文件 --mysql应用程序目录 实际应用 --binlog、error、slow、日志一般存放在/log目录 --tmp文件 /tmp目录 --数据目录 /data目录 --软件目录 /usr/local/mysql目录

8 THANKS 本课程由 黄杉提供 CSDN网站： 企业服务： 人才服务： CTO俱乐部： 高校俱乐部： 程序员杂志： CODE平台： 项目外包： CSDN博客： CSDN论坛： CSDN下载：