浅析云数据库 MySQL 架构场景下的应用

举报
技术火炬手 发表于 2020/11/02 14:24:27 2020/11/02
【摘要】 随着数据上云进程的加快,越来越多企业愿意把云下数据库搬到云上,同时对云上数据库的要求也越来越高。尤其是数据的完整可靠,承载着企业业务持续发展的使命,其重要性不言而喻。

随着数据上云进程的加快,越来越多企业愿意把云下数据库搬到云上,同时对云上数据库的要求也越来越高。尤其是数据的完整可靠,承载着企业业务持续发展的使命,其重要性不言而喻。

传统企业在采用数据库服务时,投入高,周期长,难运维、不灵活。云数据库MySQL作为全球最受欢迎的开源数据库之一,其性能卓越,搭配LAMP,成为WEB开发的高效解决方案。

云数据库MySQL拥有可视化界面操作管理,部署到访问仅需几分钟。搭载HWSQL内核,高并发下性能提升3倍。主备秒级切换,提供更低的RTO保证。通过工信部可信云认证,采用安全组和VPC技术严格控制访问。在线一键按需购买,弹性扩容CPU/内存/存储资源,实时监控告警,高效运维。

云数据库MySQL可以应用到以下场景中:物联网、电子商务应用、电子政务应用、移动游戏:

  • 在物联网场景下,100%兼容MySQL,应用无需改造。在大量的连接下,能更加快速的响应时间。

  • 电子商务应用场景中,它可为企业的电子和移动商务应用程序,提供可靠且经济高效的数据存储,进行快速无损的复制,是企业的应用在网络上快速安全地运行。并且开源免费,为企业大大降低成本。

  • 电子商务的生产环境也都是主从架构、然后用 DRBD + HA 做 Master 备份。主主不推荐、高可用还是推荐 DRBD 方案,DRBD 注意不设置自动启动、重启时候手动启动、脑裂的情况发生非常的少。不过、工作中基本不重启 DRBD、更不会重启服务器了、基本上没遇到脑裂的问题。DRBD 这个在做风险容灾的时候有一定作用,但不能起到扩展,结合 LVS相信也是一种 perfect方案,如:LVS+Keepalived 可以通过脚本剔除延迟慢或失效的从MySQL机器,而且LVS在软件负载均衡器中是最强的、在后端节点超过10台以上的情况、估计只有LVS能胜任。

  • 电子政务面临服务数十亿人次的潜在规模的独特挑战,云数据库MySQL拥有完善的备份、恢复、监控报警、主从方案,提供与商业数据库比拟的强大功能,不仅能够保证数据安全访问,还为企业降低成本。

  • 移动游戏场景中,支持大量连接,高并发情况下性能提升明显。多线程复制,解决复制延迟问题,提供了很好的后端服务,让企业轻松部署移动在线游戏服务,完全实现即开即用、稳定可靠、安全运行、弹性伸缩、轻松管理、经济实用的功能,让企业更加专注业务发展。关于游戏中的,如:好友关系、排行榜、计数器、队列、cache 都很适合通过 Redis 来实现。Redis 相对 Memcached 而言、也稳定很多。

MySQL一直在吸纳开源社区提出的建议,致力于建造一个更互联网化的数据库。如今MySQL已经被大量互联网与企业级用户所使用。

众所周知,MySQL 架构一定要结合业务来分析、设计、优化。所以不管是那种架构、根据业务要求组合成符合需求的即是最好的、不能泛泛而谈,同时、也必须注意数据的安全(如ipsec,ssh,vpn传输)。

常见的架构都是进行业务切分、前端缓存、分库分表。若是过亿的查询量,先从业务上拆分、将 bbs、web、blog 分成几个组、然后再做成一主多从、读写分离的方式;而且、在设计表的时候、一般情况下、备库常充当起备份查询的作用。至于、读写分离、在程序设计之初、读和写是通过不同的IP入口、或者定义类、或者用代理层,比如 MySQL-proxy。

大多数的场合、一般在应用层做读写分离、然后 MySQL 通过复制来实现、优点比较多,可控性非常好;MySQL Replication、这个是王道、起码现在是、将来说不准哈,相比复制而言、Cluster 在生产环境核心环节基本不用、或者现在少用。因为、前期投入的硬件成本(相对于主从)较高、一般的小项目不会使用、Cluster的成本(大部分是维护成本)还是比较高的。但随着后续版本的发布、估计案例会越来越多、毕竟是非常好的 sharding-nothing 的方案。

规模大的公司(如Sina、taobao)

1、不用集群是说MySQL自身的集群用的不多(目前看也是可以用的)

2、主从可以是多组,数个

3、每组都可能一主多从(业务数据的1/N)

4、3中每一组里的读或写 都可能是前端调度器的一个RS

5、调度器分发可以hash分组,可以根据用户ID切分数据,当然还有更高级的手段

提示:SINA开发经理承认,他们的SAE平台还是主从,甚至还有单点(靠监控和手工处理))

规模中等的公司(如CSDN)

1)MySQL一主多从程序读写分离(甚至还没实现),多组。出问题直接手工或自动切从后在change master(脚本或程序实现);

2)drbd+ha实现高可用(也是双主多从,自动切换M,正常备M不可提供服务);

3)或双主多从,前端结合读及写分别负载均衡;

云原生时代出现了一系列的新技术和新挑战。面对这些挑战,需要对于数据库内核产品、管控平台以及数据库工具进行有机整合,才能够为客户提供最高效、最具有价值的解决方案。与AI技术的融合、更多的领域定制、软硬件紧密的结合也将会成为数据库技术发展的方向。

如果你也想体验云数据库MySQL在大数据分析上的高效,现在数据库低于1折促销即可体验华为云数据库 MySQL,还能参与抽奖。

【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。