- 博客(12)
- 资源 (7)
- 收藏
- 关注
转载 Redis在京东到家的订单中的使用
背景Redis作为一款性能优异的内存数据库,在互联网公司有着多种应用场景,下面介绍下Redis在京东到家的订单列表中的使用场景。主要从以下几个方面来介绍:订单列表在Redis中的存储结构 Redis和DB数据一致性保证 Redis中的分布式锁 缓存防穿透和雪崩订单列表在Redis中的存储结构订单列表数据在缓存中,是以用户的唯一标识作为键,以一个按下单时间倒序的有序集合为值进行存储的。大家都知道Redis的sorted set中每个元素都有一个分数,Redis就是根据这个分数排序的。订单有
2020-06-28 21:24:10 418
转载 京东到家交易系统的演进之路
背景交易系统可能不是技术难度最深的,但是业务复杂度最高的,一个订单从提交到最后真正生产成功要经历几十个系统,涉及的接口交互,MQ等可能达上百个。任何一个环节出问题都会导致这一单的异常,而且交易不像单纯的资讯门户可以靠静态化或者缓存抗住大并发,交易系统里面涉及到大量的资源(库存,优惠券,优惠码等)消费,订单生成等需要写入持久化的操作不是单纯的异步或者缓存化可以解决的,而且对库存等敏感信息不能出现并发扣减等。细节的设计非常多,下面挑出比较典型的一些方面,给大家介绍下京东到家交易系统的架构设计和关键问题的
2020-06-28 20:57:52 701 1
转载 京东交易架构分享
导读:对于应对突发的峰值访问,每个技术团队都有自己的经验及方法,但是这些方法远没有得到体系化的讨论。高可用架构在 6 月 25 日举办了『高压下的架构演进』专题活动,进行了闭门私董会研讨及对外开放的四个专题的演讲,期望能促进业界对应对峰值的方法及工具的讨论,本文是杨超介绍京东交易系统如何应对高压的实践。杨超,京东商城架构师,2011 年 10 月加入京东。先后负责和参与京东的 IM 项目、交易系统 .NET 转 Java、购物车、库存、多中心交易等核心系统的研发和架构升级工作。大家好!我是来自京
2020-06-28 20:28:41 2378
转载 在线修改大表结构pt-online-schema-change
使用场景在线数据库的维护中,总会涉及到研发修改表结构的情况,修改一些小表影响很小,而修改大表时,往往影响业务的正常运转,如表数据量超过500W,1000W,甚至过亿时在线修改大表的可能影响在线修改大表的表结构执行时间往往不可预估,一般时间较长 由于修改表结构是表级锁,因此在修改表结构时,影响表写入操作 如果长时间的修改表结构,中途修改失败,由于修改表结构是一个事务,因此失败后会还原表结构,在这个过程中表都是锁着不可写入 修改大表结构容易导致数据库CPU、IO等性能消耗,使MySQL服务器性能
2020-06-24 13:50:53 548
转载 零售企业数字化改造的六大目标
目前,关于零售企业的数字化改造解释确实比较多。对数字化改造认识理解相对比较深刻一点的是有技术基因的那部分人。他们理解技术对企业业务改造的价值。但是这一部分人关于数字化改造的解释,比较偏重于技术角度的理解,或者是数据角度的理解。譬如,有的关于数字化改造的解读,主要集中于数据对企业业务活动能够产生的指导,也有的关于数字化改造的解读感觉是为了数字化而数字化。任何的技术要发挥作用,他一定是要为企业的业务活动做服务的。也就是技术的重构一定是围绕推动业务活动的效率改变而展开的。所以,目前企业理解数字
2020-06-24 10:39:27 915
转载 企业数字化转型的“迷途”和“指南”
企业的未来价值不在于延续今天的盈利,而是创造新的经济引擎。随着数字化时代的到来,越来越多的企业将数字化转型提上日程。然而,我们观察到,绝大多数企业对数字化转型的为什么、做什么以及怎么做存在认知的误区。在此,我们将分享一些我们的观察和观点,希望对各位有所帮助与启示。一图看全文(误区一)、数字化转型=搭建数据中台第一个误区是,企业寄希望于搭建一个数据中台来完成企业快速的数字化转型,这也是极其危险的信号。数字化转型并不单纯是一个信息技术(IT)问题,也不是简单地应用数字化技术。其终极目标是重新
2020-06-24 09:29:22 1111
转载 如何保证缓存(redis)与数据库(MySQL)的一致性
【简介】 对于热点数据(经常被查询,但不经常被修改的数据),我们可以将其放入redis缓存中,以增加查询效率,但需要保证从redis中读取的数据与数据库中存储的数据最终是一致的。本文基于“孤独烟”与“58沈剑”两位的文章,针对一致性的问题进行了汇总总结,两位的原文链接见文末。【前言】 客户端对数据库中的数据主要有两类操作,读(select)与写(DML)。针对放入redis中缓存的热点数据,当客户端想读取的数据在缓存中就直接返回数据,即命中缓存(cache hit),当读取的数据不在缓存内,就
2020-06-22 15:32:46 12416 1
转载 idea代码编辑CPU使用率飙升100%
先简单的说下我的配置:ssd固态硬盘,16G内存 ,i5 8400,idea版本是2019.3.2然后描述一下这个问题:一 、很突然发生了,编辑代码或注释文档的时候,打字越快,CPU使用率越高,然后CPU到达100%;二 、打开任务管理器,查看性能,然后编辑代码可以明显看到CPU使用率飙升,内存和硬盘使用正常;三 、使用其它的软件,CPU一切正常,切回idea上编写代码就卡;以上就是我遇到的问题,最开始的解决办法也是直接走度娘的。像改idea启动参数,清理缓存重建索引,更换SDK等...
2020-06-04 14:30:12 8750 4
转载 多活架构思考总结
为什么要做多活多活架构主要是为了提升系统的容灾能力,提高系统的可用性,保障业务持续可用。比如单机房的网络故障、地震火灾等不可抗因素,都有可能造成整个机房瘫痪,对业务的可用性造成严重影响。多活架构还可以解决单机房容量问题,提高系统的扩展能力。要不要做多活随着业务的高速发展,规模越来越大,技术上的投入也越来越高,每次故障造成的损失和影响更是会加速增长,初期故障损失和影响小于技术投入,随着高速发展当故障造成的损失和影响高于技术上的投入时,就需要加大技术上的投入使用更加高可用的技术架构来避免故障,提高系
2020-06-01 20:15:56 6806
转载 大众点评账号业务高可用进阶之路
引言在任何一家互联网公司,不管其主营业务是什么,都会有一套自己的账号体系。账号既是公司所有业务发展留下的最宝贵资产,它可以用来衡量业务指标,例如日活、月活、留存等,同时也给不同业务线提供了大量潜在用户,业务可以基于账号来做用户画像,制定各自的发展路径。因此,账号服务的重要性不言而喻,同时美团业务飞速发展,对账号业务的可用性要求也越来越高。本文将分享一些我们在高可用探索中的实践。衡量一个系统的可用性有两个指标:1. MTBF (Mean Time Between Failure)即平均多长时间不出
2020-06-01 18:40:26 419
转载 Redis并发竞争key的解决方案详解
1.Redis高并发的问题Redis缓存的高性能有目共睹,应用的场景也是非常广泛,但是在高并发的场景下,也会出现问题:缓存击穿、缓存雪崩、缓存和数据一致性,以及今天要谈到的缓存并发竞争。这里的并发指的是多个redis的client同时set key引起的并发问题。2.出现并发设置Key的原因Redis是一种单线程机制的nosql数据库,基于key-value,数据可持久化落盘。由于单线程所以Redis本身并没有锁的概念,多个客户端连接并不存在竞争关系,但是利用jedis等客户端对Redis进
2020-06-01 16:18:59 2243
转载 异地双活实践笔记
最近恰好在搞异地双活,以下是一个梳理:基本概念1、异地容灾。这仅仅是一个冷备的概念。也就是在平时正常的时候,另外一个机房只是当做备份。2、异地双(多)活。而异地双(多)活,却是指有两个或者多个可以同时对外服务的节点,任意一个点挂了,也可以迅速切换到其他节点对外服务,节点之间的数据做到准实时同步。分类根据是否需要数据同步大体分为三类:1、必须同步型。(比如数据库)2、无须同步型。比如缓存,仅仅是当做缓存,就可以这样做(这个有待商榷,其实缓存也需要同步的,严格来说的话)。3、只能
2020-06-01 14:54:53 2826
企业TT架构转型之道:阿里巴巴中台战略思想与架构实战
2024-08-08
修复版ajaxfileupload
2017-08-09
tomcat+redis实现session共享
2015-12-29
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人