update
This commit is contained in:
parent
7b0710eb7c
commit
7ffa06eeee
@ -1,19 +1,15 @@
|
||||
---
|
||||
id: '2019-02-22-14-59'
|
||||
date: '2019/02/22 14:59:00'
|
||||
title: 'springboot整合redis'
|
||||
tag: ['java', 'spring-boot', 'redis', 'nosql', '缓存']
|
||||
id: "2019-02-22-14-59"
|
||||
date: "2019/02/22 14:59:00"
|
||||
title: "springboot整合redis"
|
||||
tag: ["java", "spring-boot", "redis", "nosql", "缓存"]
|
||||
categories:
|
||||
- 'java'
|
||||
- 'spring boot学习'
|
||||
- "java"
|
||||
- "spring boot学习"
|
||||
---
|
||||
|
||||
![薄暮传说](https://raw.githubusercontent.com/FleyX/files/master/blogImg/20190311141056.png)
|
||||
|
||||
**本篇原创发布于:**[springboot 整合 redis](http://www.tapme.top/blog/detail/2019-02-22-14-59)
|
||||
|
||||
**项目源码:**:[github](https://github.com/FleyX/demo-project/tree/master/1.SSO%E5%8D%95%E7%82%B9%E7%99%BB%E5%BD%95/sso)
|
||||
|
||||
**特别说明**:本文针对的是新版 spring boot 2.1.3,其 spring data 依赖为 spring-boot-starter-data-redis,且其默认连接池为 lettuce
|
||||
|
||||
  redis 作为一个高性能的内存数据库,如果不会用就太落伍了,之前在 node.js 中用过 redis,本篇记录如何将 redis 集成到 spring boot 中。提供 redis 操作类,和注解使用 redis 两种方式。主要内容如下:
|
||||
@ -29,13 +25,13 @@ categories:
|
||||
|
||||
```yml
|
||||
# docker-compose.yml
|
||||
version: '2'
|
||||
version: "2"
|
||||
services:
|
||||
redis:
|
||||
container_name: redis
|
||||
image: redis:3.2.10
|
||||
ports:
|
||||
- '6379:6379'
|
||||
- "6379:6379"
|
||||
```
|
||||
|
||||
  然后在`docker-compose.yml`所在目录使用`docker-compose up -d`命令,启动 redis。
|
||||
@ -283,3 +279,7 @@ public class RedisService {
|
||||
  手动控制就相当于 mybatis 的手写 sql 语句,需要调用`redisTemplate`中的各种方法来进行缓存查询,缓存更新,缓存删除等操作。
|
||||
|
||||
  使用方法参见 util/RedisUtil 中的方法。`redisTemplate`基本可以实现所有的 redis 操作。
|
||||
|
||||
**本篇原创发布于:**[springboot 整合 redis](https://www.tapme.top/blog/detail/2019-02-22-14-59)
|
||||
|
||||
**项目源码:**:[github](https://github.com/FleyX/demo-project/tree/master/1.SSO%E5%8D%95%E7%82%B9%E7%99%BB%E5%BD%95/sso)
|
||||
|
@ -1,14 +1,18 @@
|
||||
---
|
||||
id: "2018-09-05-10-38"
|
||||
date: "2018/09/05 10:38:00"
|
||||
title: "springboot整合ActiveMQ(1)"
|
||||
title: "springboot整合ActiveMQ1(基本使用)"
|
||||
tags: ["java", "spring","springboot","消息队列","activeMQ"]
|
||||
categories:
|
||||
- "java"
|
||||
- "spring boot学习"
|
||||
---
|
||||
|
||||
**说明:acitveMQ 版本为:5.9.1,springboot 版本为 2.0.3,项目地址:[点击跳转](https://github.com/FleyX/demo-project/tree/master/jms_demo)**<br/>
|
||||
- 基本使用,[https://www.tapme.top/blog/detail/2018-09-05-10-38](https://www.tapme.top/blog/detail/2018-09-05-10-38)
|
||||
- 主备模式,[https://www.tapme.top/blog/detail/2018-09-06-10-38](https://www.tapme.top/blog/detail/2018-09-06-10-38)
|
||||
|
||||
**说明**:acitveMQ 版本为:5.9.1,springboot 版本为 2.0.3
|
||||
|
||||
|
||||
## 一. 下载安装(windows)
|
||||
|
||||
@ -141,3 +145,7 @@ public class Comsumer {
|
||||
![运行结果](https://raw.githubusercontent.com/FleyX/files/master/blogImg/%E6%B6%88%E6%81%AF%E9%98%9F%E5%88%97/20190107101808.png)
|
||||
|
||||
每个消息队列有两个消费者,队列进入了三个消息,出了三个消息,说明消息都被消费掉了,如果注释掉消费者代码,再次运行,然后发送消息就会发现 MessagesEnqueued 数量大于 MessagesDequeued,然后再让消费者上线会立即消费掉队列中的消息。
|
||||
|
||||
**本文原创发布于:**[https://www.tapme.top/blog/detail/2018-09-05-10-38](https://www.tapme.top/blog/detail/2018-09-05-10-38)
|
||||
|
||||
源码:[https://github.com/FleyX/demo-project/tree/master/jms_demo](https://github.com/FleyX/demo-project/tree/master/jms_demo)
|
||||
|
@ -1,13 +1,17 @@
|
||||
---
|
||||
id: "2018-09-06-10-38"
|
||||
date: "2018/09/06 10:38:00"
|
||||
title: "springboot整合ActiveMQ(2)"
|
||||
title: "springboot整合ActiveMQ2(主备模式)"
|
||||
tags: ["java", "spring","springboot","消息队列","activeMQ"]
|
||||
categories:
|
||||
- "java"
|
||||
- "spring boot学习"
|
||||
---
|
||||
|
||||
|
||||
- 基本使用,[https://www.tapme.top/blog/detail/2018-09-05-10-38](https://www.tapme.top/blog/detail/2018-09-05-10-38)
|
||||
- 主备模式,[https://www.tapme.top/blog/detail/2018-09-06-10-38](https://www.tapme.top/blog/detail/2018-09-06-10-38)
|
||||
|
||||
  单个 MQ 节点总是不可靠的,一旦该节点出现故障,MQ 服务就不可用了,势必会产生较大的损失。这里记录 activeMQ 如何开启主从备份,一旦 master(主节点故障),slave(从节点)立即提供服务,实现原理是运行多个 MQ 使用同一个持久化数据源,这里以 jdbc 数据源为例。同一时间只有一个节点(节点 A)能够抢到数据库的表锁,其他节点进入阻塞状态,一旦 A 发生错误崩溃,其他节点就会重新获取表锁,获取到锁的节点成为 master,其他节点为 slave,如果节点 A 重新启动,也将成为 slave。
|
||||
|
||||
  主从备份解决了单节点故障的问题,但是同一时间提供服务的只有一个 master,显然是不能面对数据量的增长,所以需要一种横向拓展的集群方式来解决面临的问题。
|
||||
@ -161,3 +165,5 @@ brokerA 和 brokerB 都要设置该配置,以连上对方。
|
||||
```
|
||||
|
||||
证明负载均衡成功。
|
||||
|
||||
本文原创发布于:[https://www.tapme.top/blog/detail/2018-09-06-10-38](https://www.tapme.top/blog/detail/2018-09-06-10-38)
|
||||
|
Loading…
x
Reference in New Issue
Block a user