每秒处理10万订单乐视集团支付架构
2016-05-10 15:02
471 查看
转载自:http://geek.csdn.net/news/detail/72973
个人理解:
(1)通过uid对数据库和表进行拆分。通过uid取模来确定数据库编号,个位数确定订单表编号。
(2)分库分表之后面临的问题:全局唯一id。 UUID可以,但是字符串太长;可以采用twitter的snowflake。
(3)通过订单要能获取到所在分库分表,在订单表中记录相应信息。【为了支持以后的扩容,分库分表信息可以优化为最多支持64台机器的情况】
(4)数据库的一致性如何保证,当需要保持一致性的数据量很大的时候,可以考虑加入消息队列来进行处理。
(5)通过主从数据库保证高可用。最优方案如下:
(6)根据数据的重要性可以对数据进行分级,比如一些重要数据可以直接操作数据库。一些数据可以走redis缓存,一些数据可以走内存等等。
(7)如果突然有大量的请求如何处理?可以通过粗细管道来实现。nginx的商业版有支持。
个人理解:
(1)通过uid对数据库和表进行拆分。通过uid取模来确定数据库编号,个位数确定订单表编号。
(2)分库分表之后面临的问题:全局唯一id。 UUID可以,但是字符串太长;可以采用twitter的snowflake。
(3)通过订单要能获取到所在分库分表,在订单表中记录相应信息。【为了支持以后的扩容,分库分表信息可以优化为最多支持64台机器的情况】
(4)数据库的一致性如何保证,当需要保持一致性的数据量很大的时候,可以考虑加入消息队列来进行处理。
(5)通过主从数据库保证高可用。最优方案如下:
(6)根据数据的重要性可以对数据进行分级,比如一些重要数据可以直接操作数据库。一些数据可以走redis缓存,一些数据可以走内存等等。
(7)如果突然有大量的请求如何处理?可以通过粗细管道来实现。nginx的商业版有支持。
相关文章推荐
- 大型网站技术架构 读书笔记2 大型网站核心架构要素
- 大型网站技术架构 读书笔记2 大型网站核心架构要素
- 一个神奇的网站
- 订单系统简单架构
- 每秒处理10万订单乐视集团支付架构
- SQL Server ->> 高可用与灾难恢复(HADR)技术 -- AlwaysOn(实战篇)之建立活动目录域、DNS服务器和Windows故障转移群集(准备工作)
- 作为首席架构师,我是如何选择并落地架构方案的?
- 网上调查赚钱网站
- 八爪鱼招标网的百度权重升为2了,独立IP也从0快速发展为1000
- 每秒处理10万订单乐视集团支付架构
- 小伙,你也是一名架构师
- Android Sensor传感器系统架构初探
- 关于网站流量的优化
- 测试相关资源网站
- Google 官方Android MVP架构实践
- 浅谈大型web系统架构
- Java代码统计网站中不同省份用户的访问数
- Android mvp 架构的自述
- 在线学习网站大全(推荐)
- 网站访问显示 “Index of” 列表页面?