基于 RabbitMQ 实现数据异步入库

RabbitMQ 简介

AMQP,即Advanced Message Queuing Protocol,高级消息队列协议,是应用层协议的一个开放标准,为面向消息的中间件设计。消息中间件主要用于组件之间的解耦,消息的发送者无需知道消息使用者的存在,反之亦然。
AMQP的主要特征是面向消息、队列、路由(包括点对点和发布/订阅)、可靠性、安全。
RabbitMQ是一个开源的AMQP实现,服务器端用Erlang语言编写,支持多种客户端,如:Python、Ruby、.NET、Java、JMS、C、PHP、ActionScript、XMPP、STOMP等,支持AJAX。用于在分布式系统中存储转发消息,在易用性、扩展性、高可用性等方面表现不俗。


消息队列异步入库

那么,基于 RabbitMQ(消息队列)实现数据异步入库有什么好处呢?

  1. 通过异步处理提高系统性能(减少响应时间,降低数据库压力)
  2. 降低系统耦合性
    消息队列异步入库.png

    在不使用消息队列服务器的时候,应用会直接将用户请求导致的数据变更写入数据库,在高并发的情况下数据库的写入压力会剧增,系统整体响应速度明显变慢。
    但是在使用消息队列之后,用户请求导致的数据变更发送给消息队列之后立即返回,在高并发的情况下也不会增加数据库的写入压力,系统整体响应速度无明显变化。再由消息队列的消费者进程从消息队列中获取数据,异步写入数据库。由于消息队列服务器处理速度快于数据库(消息队列也比数据库有更好的伸缩性),因此响应速度得到大幅改善。
    因此,消息队列具备良好的削峰功能,将短时间高并发产的事务数据存储在消息队列之中,再异步地平缓写入数据库之中,减轻数据库的并发写入压力,提高系统整体的访问性能。消息队列的应用常见于各种稀缺资源抢购系统。

消息队列结构体

RabbitMQ客户端模块

// RabbitMQ结构体
type RabbitMQ struct {
    conn    *amqp.Connection
    channel *amqp.Channel
    // 交换机名称
    Exchange string
    // 队列名称
    QueueName string
    // bind key名称
    Key string
    // 连接信息
    MqUrl string
    sync.Mutex
}

消息队列生产端

// Simple模式的生产端
func (r *RabbitMQ) PublishSimple(message string) error {
    r.Lock()
    defer r.Unlock()
    // 1.申请队列,如果队列不存在会自动创建,存在则跳过创建
    _, err := r.channel.QueueDeclare(
        r.QueueName,
        // 是否持久化
        false,
        // 是否自动删除
        false,
        // 是否具有排他性
        false,
        // 是否阻塞处理
        false,
        // 额外的属性
        nil,
    )
    if err != nil {
        return err
    }
    //调用channel 发送消息到队列中
    r.channel.Publish(
        r.Exchange,
        r.QueueName,
        // 如果为true,根据自身exchange类型和routekey规则无法找到符合条件的队列会把消息返还给发送者
        false,
        // 如果为true,当exchange发送消息到队列后发现队列上没有消费者,则会把消息返还给发送者
        false,
        amqp.Publishing{
            ContentType: "text/plain",
            Body:        []byte(message),
        })
    return nil
}

消息队列消费端

// simple模式的消费端
func (r *RabbitMQ) ConsumeSimple(orderService services.IOrderService, productService services.IProductService) {
    // 1.申请队列,如果队列不存在会自动创建,存在则跳过创建
    q, err := r.channel.QueueDeclare(
        r.QueueName,
        // 是否持久化
        false,
        // 是否自动删除
        false,
        // 是否具有排他性
        false,
        // 是否阻塞处理
        false,
        // 额外的属性
        nil,
    )
    if err != nil {
        fmt.Println(err)
    }

    // 消费者流控
    r.channel.Qos(
        1, // 当前消费者一次能接受的最大消息数量
        0, // 服务器传递的最大容量(以八位字节为单位)
        false, // 如果设置为true对channel可用
    )

    // 接收消息
    msgs, err := r.channel.Consume(
        q.Name, // queue
        "", // consumer,用来区分多个消费者
        false, // auto-ack,是否自动应答
        false, // exclusive,是否独有
        false, // no-local,设置为true表示不能将同一个Connection中生产者发送的消息传递给这个Connection中的消费者
        false, // no-wait,队列是否阻塞
        nil,   // args
    )
    if err != nil {
        fmt.Println(err)
    }

    forever := make(chan bool)
    //启用协程处理消息
    go func() {
        for d := range msgs {
            // 消息逻辑处理,可以自行设计逻辑
            log.Printf("Received a message: %s", d.Body)
            message := &datamodels.Message{}
            err := json.Unmarshal([]byte(d.Body),message)
            if err != nil {
                fmt.Println(err)
            }
            // 插入订单
            _,err = orderService.InsertOrderByMessage(message)
            if err !=nil {
                fmt.Println(err)
            }

            // 扣除商品数量
            err = productService.SubNumberOne(message.ProductID)
            if err !=nil {
                fmt.Println(err)
            }
            // 如果为true表示确认所有未确认的消息,
            // 为false表示确认当前消息
            d.Ack(false)
        }
    }()

    log.Printf(" [*] Waiting for messages. To exit press CTRL+C")
    <-forever
}

参考:
RabbitMQ基础概念详细介绍
消息队列

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,919评论 6 502
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,567评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 163,316评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,294评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,318评论 6 390
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,245评论 1 299
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,120评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,964评论 0 275
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,376评论 1 313
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,592评论 2 333
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,764评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,460评论 5 344
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,070评论 3 327
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,697评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,846评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,819评论 2 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,665评论 2 354