没有合适的资源?快使用搜索试试~ 我知道了~
从小型网站到超大规模网站的MySQL参考架构 笔记1
需积分: 0 1 下载量 37 浏览量
2022-08-08
22:59:23
上传
评论
收藏 1.53MB DOCX 举报
温馨提示
试读
19页
摘要:在本白皮书中,我们提出了四个参考架构基于最佳实践从与这个星球上最成功的网页内容合作开发的。我们选择了常见的大多数网页内容四部分组成(用户认证 /会话管理,
资源详情
资源评论
资源推荐
大型可扩展的 web 基础架构
mysql 的最佳实践
目录:
小型网络参考架构
大小和拓扑
InnoDB
HA 的实现--MySQL 复制
中型网络参考架构
大小和拓扑
管理 MySQL 复制
linux heartbeat
大型网络参考架构
大小和拓扑
数据 refinery(处理?提炼)
MySQL 集群的会话管理和电子商务
社交网络的架构(超大型)
大小和拓扑
分片
完美的 MySQL server
MySQL server
MySQL 集群
增值部分的参考体系结构
MySQL 企业监视器
MySQL 企业备份
MySQL 集群管理
oracle VM 模板和 MySQL 企业版
MySQL 支持咨询和培训
##################################
摘要:
............
在本白皮书中,我们提出了四个参考架构基于最佳实践 从与这个星球上最成功的网页内容
合作开发的。 我们选择了常见的大多数网页内容四部分组成(用户认证 /会话管理,内容
管理,电子商务和分析),并定义 最佳的部署架构为每个。 该参考架构进行分类 由“小”,
“中”,“大”和“超大”(社交网络)网站的基础上,上浆 并适合每个环境的可用性需求。
白皮书总结了服务器和存储上的建议 配置需要支持的参考架构
##################################
高可用的注意事项:
更高程度的可用性显著减少 的停机时间,并通过部署系统具有冗余的更高水平,并取得 容
错度。 然而,更大的冗余提高了系统的总成本,由于需求 更多的硬件和软件,以及要求以
更大的投资在 IT 人员, 流程和服务来部署和管理更复杂的环境
对于高可用性的业务需求分析和对理解 所附的成本使该被平衡,以满足待开发的最佳解决
方案 该组织在其财务和资源约束的需要。
##############
网站大小的定义:
##################################
小型网络架构的定义:
每秒请求 <500
每秒事物<100
并发读用户<100
并发写用户<10
数据库大小:
sessions:<2G
eCommerce:<2G
Analytics:<10G
Content Management:<10G
小型网络拓扑图:
在这种拓扑结构中,单个 MySQL 主服务器被部署到支持所有的应用程序, 包括会话管理,
电子商务,内容管理和搜索。
为了确保 MySQL 主能够将资源集中服务于网络 应用程序,数据库复制到两个 slave,一
个处理备份,另一个分析处理(注意:MySQL 企业备份可以执行在线“热”,非阻塞的 MySQL
数据库的备份。 完整备份可以执行所有的 InnoDB 数据,MySQL 在线的情况下,不中断查
询或更新,从而 无需使用专用的 slave)。
InnoDB:
InnoDB 适用于大多数的小型网络架构
从 MySQL 5.5 的发布开始,InnoDB 已经成为了默认的存储引擎。 InnoDB 的 是完全符合
ACID,提供快速、零丢失的崩溃恢复功能。 InnoDB 的支持高并发应用程序与行级锁和 MVCC
(多版本并发控制)的支持,额外还支持外键和约束
小型架构的拓展:
一般的会话管理技术像浏览器和 Web 服务器为基础的解决方案,常见的会话管理技术都
可以满足要求,如果访客流量很低,应用程序并不需要管理大型或复杂的会话数据。 然而,
随着应用程序数量和流量的增加,所以这样做将需要在服务器上支持的会话。 加上大小不
同的数据,可扩展性和性能问题的复杂性也可能会很快出现。
使用 MySQL 比传统的会话管理解决方案来存储这些会话 变量,可能会导致更好的整体性
能。 因此,如果服务快速发展,建议会话管理应用程序通过 MySQL 管理。
随着 Web 服务的负载增长,分配内存和调整每个应用程序的硬件资源变得越来越复杂。
因此这种架构是建议当负载很轻时使用。 随着负载的增加,可管理性变得越来越复杂。 基
于上述原因,如果预期出现高增长,建议使用者开始中型网络的配置,后面的文件,它提供
了更大的容量空间, 更灵活的业务变化和改进的可用性。
HA 的实现:复制
MySQL 复制已经广泛应用, 它很简单,为用户迅速创建自己的数据库的多个副本,以向
外扩展超出了容量限制的单一实例,使他们能够服务于快速增长的数据库工作负载。 MySQL
复制的详细讨论,提出在中等网络中介绍。
##################################
中型网络架构的定义:
每秒请求 <5000
每秒事物<1000
并发读用户<5000
并发写用户<100
数据库大小:
sessions:<10G
eCommerce:<10G
Analytics:<500G
Content Management:<500G
中型网络拓扑图:
相比前面说的小的网络参考架构,中等网络拓扑的核心功能是会话管理,电子商务,内
容管理和分析 他们自己的服务器和存储基础架构,使每个部件都能被单独部署,管理和独
立缩放。
如果用户希望自己的 Web 服务随着时间的推移而扩展来支持将来的负载的话,建议他
们开始由最初就部署这个中等拓扑。 这方法还提供了更简单的演变和体系结构的可管理性,
以应对随着工作负载不断变化和增长超出了最初的设计和商业预期。
对于应用服务器和 MySQL 服务器的比例,良好的经验法则是,每个 MySQL 服务器能支
持 8 台应用服务器,应用程序在读密集的环境下可以增加更多的 slave 服务器来向外扩展。
剩余18页未读,继续阅读
尹子先生
- 粉丝: 18
- 资源: 324
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功
评论0