程序员路人的博客_java爬虫系列,分布式事务,java并发系列

聊聊业务系统中投递消息到mq的几种方式

背景电商中有这样的一个场景：下单成功之后送积分的操作，我们使用mq来实现下单成功之后，投递一条消息到mq，积分系统消费消息，给用户增加积分我们主要讨论一下，下单及投递消息到mq的操作，如何实现？每种方式优缺点？方式一step1：starttransactionstep2：生成订单step3：投递消息到mqstep4：committransaction这种方式是将发送消息放在了事务提交之前，可能存在

消息服务

异步消息

java

原创 2019-05-21 12:00:20 781 阅读 1点赞

分布式事务方案 - 最终一致性

在分布式时代，分库分表是很常见的，微服务系统中，各个系统通常使用独立的数据库，所以，事务很难靠数据库本身保证，只能靠业务系统来解决。例如支付宝中的余额宝、花呗，具体不清楚，但猜测应该就是2个服务，不是同一个数据库，我们还花呗的时候通常都是从余额宝中扣除的，这就是分布式事务，一个系统中扣减钱，一个系统中增加钱。下面我们分析下最终一致性的实现方案，最终一致性通常都是使用消息中间件来实现的，系统结构如下

分布式事务

原创 2019-05-21 11:58:50 944 阅读 1点赞

分布式事务系列 - 解决跨库转账问题

本文内容什么是分布式事务分布式事务中的难点常见的解决方案讲解通过可靠消息来解决分布式事务什么是分布式事务？有这样一个需求：小明有两个账户，分别位于A、B两个数据库中，小明需要将A中的资金转到B中。我们如何实现？按照下面的方式实现看看有没有问题。连接数据库A，获取connA连接connA打开事务A库资金减少100连接库B，获取connB连接connB打开事务B库资金增加100connA.commit

分布式事务

消息服务

原创 2019-05-21 11:57:59 822 阅读 1点赞

分布式系统生成唯一id常见方案

分布式系统中全局唯一id是我们经常用到的，生成全局id方法由很多，我们选择的时候也比较纠结。每种方式都有各自的使用场景，如果我们熟悉各种方式及优缺点，使用的时候才会更方便。下面我们就一起来看一下常见的生成全局唯一id的方法本文主要讨论常见的生成全局唯一id有哪些？他们各有什么优缺点？1.使用数据库自动增长序列实现使用数据库的自动增长来实现，算是常见最简单的解决方案，数据库内部可以确保生成id的唯一

java

分布式

分布式id

原创 2019-05-21 11:56:54 760 阅读 1点赞

探讨一下实现幂等性的几种方式

什么是幂等性？对于同一笔业务操作，不管调用多少次，得到的结果都是一样的。幂等性设计我们以对接支付宝充值为例，来分析支付回调接口如何设计？如果我们系统中对接过支付宝充值功能的，我们需要给支付宝提供一个回调接口，支付宝回调信息中会携带（out_trade_no【商户订单号】，trade_no【支付宝交易号】），trade_no在支付宝中是唯一的，out_trade_no在商户系统中是唯一的。回调接口实

消息服务

异步消息

幂等性

分布式事务

原创 2019-05-21 11:56:00 855 阅读

消息服务中如何确保消息至少被消费一次

对消息服务需要了解的朋友，可以移步：聊聊mq的使用场景聊聊业务系统中投递消息到mq的几种方式谈谈mq消息消费的几种方式本章讨论主题如何确保消息至少消费一次，确保消费者最大程度消费成功消费者消费消息有2中方式：1.push方式消息服务接收到消息之后，主动将消息推送给消费者消费2.pull方式消费者定时从消息服务中拉取消息进行消费下面我们将讨论2中方式中如何确保消息至少被消费一次。push模式消费的过

消息服务

异步消息

原创 2019-05-21 11:55:00 1298 阅读

聊聊mq中消息消费的几种方式

mq系列文章对mq了解不是很多的，可以看一下下面两篇文章:聊聊mq的使用场景聊聊业务系统中投递消息到mq的几种方式聊聊消息消费的几种方式如何确保消息至少消费一次如何保证消息消费的幂等性本章内容从消费者的角度出发，分析一下消息消费的两种方式：push方式pull方式push方式消息消费的过程：mq接收到消息mq主动将消息推送给消费者（消费者需提供一个消费接口）mq属于主动方，消费者属于一种被动消费，

消息服务

异步消息

原创 2019-05-21 11:53:56 1824 阅读

聊聊mq的使用场景

mq的作用通过异步方式对系统解耦增加系统的并发处理能力通过异步方式对系统解耦以用户注册为例，一般情况下：分下一下，上面过程存在的一些问题：注册过程会调用4个服务（注册服务、邮件服务、短信服务、积分服务），服务之间依赖性太强，任何一个服务不可用，直接影响整个注册业务接口耗时太长，每个服务耗时100ms，注册流程耗时400ms对用户来说，用户信息入库是主要的业务流程，其他并不是响应用户过程中直接关注的

消息服务

异步消息

原创 2019-05-21 11:52:01 1485 阅读

确定能搞懂：脏读、读已提交、可重复读、幻读？

今天刚好在看某个公众号中提到了这个知识点，发现对这块的解释不是很到位，尤其是对幻读这块的解释，很多文章都是相互复制粘贴，所以我们看到的大部分解释都是类似的，很多人对幻读这款不是很理解，让看的人云里雾里、晕晕乎乎，所以拿出来说明一下；大家也可以留言，相互交流。主要内容本文以mysqlsql为例，介绍如下内容:1、什么是脏读？2、什么是读已提交？3、什么是可重复读？4、什么是幻读？脏读、读已提交、可重

mysql

数据库隔离级别

幻读

脏读

可重复读

原创 2019-05-21 11:49:42 1522 阅读 1评论

官方博客	全部文章	热门标签	班级博客
了解我们	网站地图	意见反馈

鸿蒙开发者社区	51CTO学堂
51CTO	软考资讯

51CTO博客