随着直播APP源码的业务数量快速增长,传统架构下业务对应的单个数据库实例不再够用,需要考虑一主多从的部署模式提高数据可靠性,就目前直播APP源码常用的MySQL数据库就有很多痛点存在,解决这些痛点后在考虑一主多从部署模式很重要。
一、MySQL业务模式痛点
1、硬件利用率低。业务使用 MySQL 主从架构,需要多台服务器, MySQL 备库读写请求少,硬件资源利用率低;数据库一般会预留资源以应对流量高峰,非业务高峰期有大量闲置资源无法有效利用;不同业务繁忙时间不一样,部分业务高峰时无法借用低峰业务数据库的资源。
2、扩展性差。当直播APP源码的业务量和数据量增长时,单机 MySQL 不足以支撑业务负载。
二、解决方案
如何解决以上问题呢,可以考虑使用多租户技术完成多业务系统使用统一的集群,确保不同业务负载隔离,再利用实时能力实现直播APP源码跨业务数据关联查询。
1、根据多个业务负载分别设置不同资源组,当 TiDB 整体资源繁忙时实现不同业务基于 RU 限流和负载隔离。
2、为错峰且重要业务设置资源组属性,实现跨业务错峰资源借用。
3、设置重要业务优先级为高,确保集群优先保证重要业务资源可用。
4、使用 TiFlash 完成跨业务统一视图和实时数据分析需求。
三、方案的优势
1、节约硬件成本
MySQL 主从架构从节点利用率低,TiDB 多活架构所有节点平等且资源利用率高。当 TiDB 统一资源池资源不够时可以随时在线扩展,无需为业务预留太多闲置资源,提升直播APP源码整体资源利用率。借助多租户 BURSTABLE 特性,实现不同业务资源借用,进一步提升整体资源利用率。
2、降低开发和运维成本
TiDB 对应用透明无侵入,可降低开发成本,缩短业务上线周期。从管理多套 MySQL 到管理一套 TiDB 集群,大幅降低了直播APP源码数据库运维成本。
3、解决数据孤岛问题
使用 TiFlash 支持跨业务强一致性数据查询,支持统一视图、实时数据分析、实时风控等业务。
声明:以上内容为云豹科技作者本人原创,未经作者本人同意,禁止转载,否则将追究相关法律责任
领取专属 10元无门槛券
私享最新 技术干货