Redis数据类型与Memcache对比及SpringBoot应用详解,-优快云博客

本文链接：https://blog.youkuaiyun.com/qq_59681858/article/details/133014775

Redis数据类型

redis有5种数据类型：string（字符串）、hash（哈希）、list（列表）、set（集合）、zset（有序集合）。

1. String（字符串）

是redis中最常用的类型，可以包含任何数据，一个key对应一个value，在Redis中是二进制安全的

2. hash（哈希）

是字符串字段和字符串值之间的映射，是一个键值对（key-value）集合

3. list（列表）

是简单的的字符串列表，按照插入顺序排序，可以添加一个元素到列表的头部或者尾部

4. set（集合）

是一个无序不可重复的字符串集合，集合内的元素具有唯一性，第二次插入相同的元素将被忽略

5. zset（有序集合）

是有序但不可重复的字符串集合，不同的是每个元素都会关联一个double类型的分数，redis通过分数来为集合中的成员进行从小到大的排序。zset的成员是唯一的，但分数（score）却可以重复

Redis和Memcache的区别

1. 存储方式不同

memcache将数据全部存放到内存之中，断电后会挂掉，数据不能超过内存大小。

redis有部分存在硬盘上，这样能保证数据的持久性。

2. 数据支持类型不同

memcache使用K-V形式的方式存储数据。数据结构单一，仅用来缓存数据。

redis除了K-V的形式，还支持list、set、zset、hash等多种数据结构。也可以在服务器端直接对数据进行丰富的操作，这样可以减少网络IO次数和数据体积。

3.多线程

memcache支持多线程，redis支持单线程；CPU利用memcache利用率更高。

4. 持久化

memcache不支持持久化，断电或重启后数据消失，但稳定性是有保证的。redis支持持久化，允许单点故障，但同时也会付出性能的代价。

5. 分布式

redis做主从结构，而memcache服务器需要通过hash一致化支撑主从结构

6. 虚拟内存

redis当物理内存用完时，会将一些很久没有用的内存交换到磁盘，而memcache采用LRU策略，将一部分数据刷新。

总结

Memcache

memcache的特点：1）协议简单；2）基于libevent的事件处理；3）内置内存存储方式；4）memcached不互相通信的分布式；

memcache适用于动态系统中减轻数据库的负载，提升性能；适合缓存SQL语句、数据集、用户临时性数据、延迟查询数据和session等工作场合，适合多读少写，大数据量的情况。

Redis

redis特点：1）多样的数据模型；2）持久化；3）主从同步

redis除去做Nosql数据库之外，还能用做消息队列、数据堆栈和数据缓存等，适用于对读写效率要求都很高，数据处理业务复杂和安全性要求较高的系统。

设计模式

设计模式分为三类：创建型模式、结构型模式、行为型模式

1. 创建型模式

在创建对象时封装一部分业务逻辑，而不是简单的new

包括：工厂模式、抽象工厂模式、单例模式、建造者模式、原型模式

2. 结构型模式

更关注与对象和类之间的组合关系

包括：适配器模式、桥接模式、过滤器模式、组合模式、装饰器模式、外观模式、享元模式、代理模式

3. 行为型模式

更关注对象之间的通信关系

包括：责任链模式、命令模式、解释器模式、迭代器模式、中介者模式、备忘录模式、观察者模式、状态模式、空对象模式、策略模式、模板模式、访问者模式

设计模式的两大主题：系统复用、系统扩展

设计模式六大原则

1. 单一职责原则

一个类，应当只有一个引起它变化的原因，即一个类应该只有一个职责。

2. 里氏替换原则

所有引用基类的地方，必须可以使用其子类。

3. 依赖倒置原则

高层模块不应该依赖低层模块，两者都依赖其抽象；抽象不依赖细节；细节应该依赖于抽象。面向接口编程（OOD）。

依赖原则可以减少类间的耦合性，提高系统的稳定性，降低并行开发引起的风险，提高代码的可读性和可维护性。

4. 接口隔离原则

客户端不应该依赖它不需要的接口；类间的依赖关系应该建立在最小的接口上。

5.迪米特法则

又叫最少知识原则，意思是对一个对象应当对其他对象尽可能少的了解。

6. 开闭原则

一个软件实体应当对扩展开放，对修改关闭。在添加更新功能时不修改源代码，多多使用接口和抽象类。开闭原则是最基础的原则，起到总的指挥作用，其他原则都是开闭原则的具体形态，即其他原则都是开闭原则的手段和工具。

特点：提高复用性；提高维护性；提高灵活性；易于测试。

Spring

Spring容器配置元数据的方式

基于XML文件的配置
基于注解的配置
基于java类的配置

Spring切面申明注解

前置通知（Before）：在目标方法被调用之前调用通知功能；
后置通知（After）：在目标方法完成之后调用通知，此时不会关心方法的输出是什么；
返回通知（After-returning）：在目标方法成功执行之后调用通知；
异常通知（After-throwing）：在目标方法抛出异常后调用通知；
环绕通知（Around）：通知包裹了被通知的方法，在被通知的方法调用之前和调用之后执行自定义的行为。

Spring默认事务传播级别

事务传播类型	说明
PROPAGATION_REQUIRED	如果当前没有事务，则新建一个事务，如果已存在一个事务，则加入到这个事务中。这是最常见的选择。
PROPAGATION_SUPPORTS	支持当前事务，如果当前没有事务，则以非事务的方式执行。
PROPAGATION_MANDATORY	使用当前事务，如果当前没有事务，则抛出异常。
PROPAGATION_REQUIRES_NEW	新建事务，如果当前存在事务，则把事务挂起。
PROPAGATION_NOT_SUPPORTED	以非事务的方式执行操作，如果当前存在事务，则把事务挂起。
PROPAGATION_NEVER	以非事务的方式执行操作，如果当前存在事务，则抛出异常。
PROPAGATION_NESTED	如果当前存在事务，则在嵌套事务内执行；如果当前没有事务，则执行与PROPAGATION_REQUIRED类似的操作。