Redis 4.x系列(插序):Redis 5 第一个稳定版本发布及新特性
在缓存领域,Redis 处于遥遥领先的地位,Redis 4 第一个稳定版本发布已经一年多,中间有些小版本的更新。
Redis 新的大版本 Redis 5 于 2018年10月17日(周三) 发布了第一个稳定版本:Redis 5.0.0 stable。
Redis 4.x系列(插序):Redis 5 第一个稳定版本发布及新特性
在缓存领域,Redis 处于遥遥领先的地位,Redis 4 第一个稳定版本发布已经一年多,中间有些小版本的更新。
Redis 新的大版本 Redis 5 于 2018年10月17日(周三) 发布了第一个稳定版本:Redis 5.0.0 stable。
Linux 环境安装 Nginx 真的太简单了,是非常的简单。
在部署个前后端分离的前端项目,需要用到 Nginx ,但包下载下来后,接下来的操作我尽然…..忘…..了,记忆中可是随便两三步操作就能跑的。
项目前后台分离,独立的Vue前端项目在部署到 Linux 服务器上时遇的的各种问题及解决。
Linux命令(七):apt,yum,wget,curl,dpkg,rpm安装软件命令使用
Linux 家族的不同操作系统分别提供了各自的包(软件)管理器(命令工具)。如,Ubuntu 用的较多的是 apt
,CentOS 用的较多的是 yum
,wget
和curl
通常用于下载,基于debian的系统使用dpkg
安装deb
软件包,RPM
软件包使用rpm
命令工具管理。
此遍对上述用于管理软件包的命令工具进行汇总,便于查找使用。
Ubuntu 18.x,16.x 版本更换国内源。
Redis 4.x系列(十):Redis Pub/Sub(发布/订阅)
Publish/Subscribe(Pub/Sub-发布/订阅)是两种异步消息通信模式中的一种(另一种是 queue 点对点模式)。在发布-订阅模式中,发布者把消息发送到一个频道(channel),订阅此频道的消息接收者就可收到消息。
发布-订阅是一对多的通信模式,发布的消息可以被多个订阅者接收,消息发布者不需要知道有那些订阅者,订阅者也不需要知道发布者,订阅者只接收(订阅)自己感兴趣的频道, 类似于调频广播。
应用场景:群发消息、通知多系统更新缓存(数据)、推送关注频道(主题)消息等。未在生产中使用过,可靠性、稳定性未知。
个人认为 Redis 中的这个功能是个鸡肋,还没看到在生产中使用,消息中间件的发布-订阅功能更强大可靠。
Spring Boot 2系列(三十四):集成 AcitveMQ 消息中间件
Spring Boot 为 AcitveMQ 提供了自动配置,可以直接使用jmsTemplate
,自动开启了消息监听注解@EnableJms
。
更多关于消息服务概念和支持的组件可阅读Spring Boot 2实践系列(三十三):JMS 和 AMQP 消息服务及支持的消息组件。
Spring Boot 2系列(三十三):JMS 和 AMQP 消息服务及支持的消息组件
消息组件在现在的互联网应用系统已广泛使用,特别是在大型的、分布式或微服务架构中,要协调系统之间的通信,消息组件几乎是不可或缺的。
使用消息中间件可实现系统之间的异步通信、可对服务之间的调用进行解耦、可对并发请求实现流量消峰、可用于消息通讯。
Spring Framework 为与消息组件的集成提供了广泛的支持, 从简化使用JMS API
的JmsTemplate
到完整的异步接收消息的基础架构。 Spring AMQP还为高级消息队列协议提供了类似的功能集。
Spring Boot 默认就为 ActiveMQ、 RabbitMQ、 Kafka、 Artemis 提供自动配置支持。Spring AMQP 官方文档,Spring Boot Message 文档。
Redis 4.x系列(九):Redis Transaction(事务)
Redis 中的事务与传统数据库的事务存在较大的差异,所以理解 Redis 事务,必须跳出传统数据库事务的概念,这是由两者对事务的实现方式不同决定的。
Redis 官方文档对 Redis 事务在处理所有命令的描述是:要么处理所有命令,要么都不处理,因此 Redis 事务也是原子的。 Redis Transactions 官方文档。注:Redis 事务确保原子性的时机不同于传统数据库的事务处理,详见下文。
Redis 4.x系列(八):Redis Pipeline(管道技术)
Redis 管道是客户端将多个命令打包一次性发送给服务器,不用等到单独命令的执行结果返回;而 Redis 管理需要服务器在执行所有的命令后返回结果,所有命令发送和接收只发生一次,大大减少了多个命令单独在网络的耗时延迟。Redis 管道官方文档。