场景应用

redis的应用场景 目录 1、充值订单超时队列 2、缓存系统 3、计数器 4、消息队列系统 5、Bitmap 6、HyperLogLog 7、list集合的使用 8、hash的使用 9、sunionstore 1、充值订单超时队列 创建充值订单时，将订单号chargeOrderId、账号信息id、超时开始时间timeoutCreateTime添加进redis。用getRedisKey方法将两个参数组建成一个可以切割的key,可以中间加上分割符号“:” redisClusterClient.zadd("NEW_CHARGE_ORDER", timeoutCreateTime, getRedisKey(chargeOrderId, id)); 在项目中创建一个ChargeOrderTimeoutTimerTask任务，用quartz进行处理，定时按周期执行该定时任务 public void run() { long orderTimeout = 3 * 60 * 1000; long time = new Date().getTime() - orderTimeout; Set<String> set = redisClusterClient.zrangeByScore("NEW_CHARGE_ORDER", 0, time); for(String key : set){ /

javaScript应用场景 网页特效 服务端开发（node.js） 命令行工具（node.js） 桌面程序（Electron） App（Cordova） 控制硬件-物联网（Ruff） 游戏开发（cocos2d-js） javaScript和HTML、CSS的区别 HTML：提供网页结构，提供网页中的内容 CSS：用来美化页面 JavaScript：可以用来控制网页内容，给忘也增加动态的效果 来源： CSDN 作者： 学习是我快乐-_- 链接： https://blog.csdn.net/weixin_42508580/article/details/104641222

概述： redis是一款开源的高性能键值对非关系数据库 支持的键值类型： 　　1.字符串类型 String 　　2.哈希类型 hash 　　3.列表类型 list 　　4.集合类型 set 　　5.有序集合类型 sortedset 应用场景： 　 　缓存（数据查询，短连接，新闻内容，商品内容等等） 　　聊天室的在线好友列表 　　应用排行榜 　　网站访问统计 　　数据过期处理 　　分布式集群架构中的session分离 下载安装： 　　 推荐使用中文网的资源，下载快： https://www.redis.net.cn/ 　　 解压可直接使用 来源： https://www.cnblogs.com/jasonjson/p/12402763.html

TCP与UDP区别 1. 基于连接vs无连接 TCP是面向连接的协议，而UDP是无连接的协议。这意味着当一个客户端和一个服务器端通过TCP发送数据前，必须先建立连接，建立连接的过程也被称为TCP三次握手。 2. 可靠性 TCP提供交付保证，这意味着一个使用TCP协议发送的消息是保证交付给客户端的，如果消息在传输过程中丢失，那么它将重发。UDP是不可靠的，它不提供任何交付的保证，一个数据报包在运输过程中可能会丢失。 3. 有序性 消息到达网络的另一端时可能是无序的，TCP协议将会为你排好序。UDP不提供任何有序性的保证。 4. 速度 TCP速度比较慢，而UDP速度比较快，因为TCP必须创建连接，以保证消息的可靠交付和有序性，他需要做比UDP多的事。这就是为什么UDP更适用于对速度比较敏感的应用。TCP适合传输大量数据，UDP适合传输少量数据。 5. 重量级vs轻量级 TCP是重量级的协议，UDP协议则是轻量级的协议。一个TCP数据报的报头大小最少是20个字节，UDP数据报的报头固定是8个字节。TCP报头中包含序列号，ACK号，数据偏移量，保留，控制位，窗口，紧急指针，可选项，填充项，校验位，源端口和目的端口。而UDP报头只包含长度，源端口号，目的端口号，校验和。 6. 流量控制和拥塞控制 TCP有流量控制和拥塞控制。UDP没有流量控制和拥塞控制。 7. TCP是面向字节流

1、什么是Redis？ 是非关系型数据库，分布式缓存，用来存session，性能高，速度快，key-value形式存储 2、支持的数据类型 key-value、String、set、list、hash、zset 3、应用场景 缓存 需要实时变化和展示的功能，用redis操作 消息队列 4、 来源： CSDN 作者： ren_luxia 链接： https://blog.csdn.net/ren_luxia/article/details/104613723

Redis五种数据类型的应用场景 String应用场景 string类型是二进制安全的，redis的string可以包含任何数据，如图像、序列化对象。一个键最多能存储512MB。==二进制安全是指，在传输数据的时候，能保证二进制数据的信息安全，也就是不会被篡改、破译；如果被攻击，能够及时检测出来 1.String通常用于保存单个字符串或JSON字符串存储数据 2.因为String是二进制安全的，所以可以把保密性要求高的图片文件内容作为字符串来存储 3.计数器：常规key-value缓存应用，如微博数、粉丝数，INCR本身就具有原子性特性，所以不会有线程安全问题。 hash应用场景 Redis hash是一个string类型的field和value的映射表，hash特别适用于存储对象。每个hash可以存储232-1键值对。可以看成KEY和VALUE的MAP容器。相比于JSON，hash占用很少的内存空间。Hash的应用场景，通常用来存储一个用户信息的对象数据。 1、相比于存储对象的string类型的json串，json串修改单个属性需要将整个值取出来。而hash不需要。 2、相比于多个key-value存储对象，hash节省了很多内存空间 3、如果hash的属性值被删除完，那么hash的key也会被redis删除 list应用场景 1.对数据大的集合数据删减，如列表显示、关注列表

Redis特点 1. 丰富的数据类型 (string, hash, set ,zset, list 等) 2. 读写性能优异 3. 单线程原子性 4. 可持久化 aof/rdb 5. 支持pub/sub 订阅发布模式 高可用方案：哨兵机制 分布式一致性：redis主从为异步复制模式，一致性无法保证 (多节点数据一致性强依赖网络延迟) 主要适用场景：队列, 缓存，分布式session，等非强一致性需求 ----- Etcd特点 说明：分布式的，一致性的KV存储系统 分布式一致性：基于raft协议，写入数据需要多数节点应答，确认后才会将数据返回给客户端。 复制模式：基于日志复制 主要适用场景：配置管理、服务发现 易用性方面：Etcd 提供了HTTP API 总结：配置管理/服务发现 需要高可用和强一致性，从上面可以看出，Redis并不具备该特性。Redis有着优秀的并发吞吐能力，在web应用中，Redis大多数当缓存，队列使用，缓解数据库压力。 来源： CSDN 作者： pfm685757 链接： https://blog.csdn.net/pfm685757/article/details/104591043

举例场景一：部署边界网络监控【需要在互联网/广域网出口 部署IDS/分析软件等】 场景一的传统解决方案1：端口镜像/SPAN SPAN解决方案的问题： – 流量不能超过端口速率的50%； – 无法灵活选择需要监控分析的链路，大多路由器没有SPAN功能； – 不能保证原始数据包顺序； – 交换机负载高时会丢包； – 某些故障数据包不能通过镜像获得； – 无法分辨进出方向； 场景一的传统解决方案2：串接Hub Hub解决方案的问题： 产生数据包冲突； 新增单一故障点； 网络服务质量下降； 无法适应千兆环境； 场景一的采用TAP明辰智航网络分路器解决方案： TAP明辰智航网络分路器方案的优势： ★链路失效安全处理； ★保证原始数据报顺序； ★支持多个监控设备； ★保留原始数据 (包括错包、坏包)； ★支持10/100M、10/100/1000M、Optical各类链路； 举例场景二：多条链路集中监控【需要部署IDS或分析系统监控多条局域网/广域网链路】 场景二的传统解决方案1：端口镜像/SPAN，人工配置需要镜像的端口 端口镜像/SPAN方案的问题： 流量不能超过端口最大带宽的一半； 不保证原始发包顺序； 摒弃了某些错误数据包； 负载高时 交换机丢包； 镜像很多端口时的流量困惑； 没法分辨往来流量； SPAN可以配置的端口数量有限，无法满足更多设备的需求； 场景二的传统解决方案 2

过去几年开源界以OpenStack为代表的云计算持续火了好久，这两年突然又冒出一个叫Docker的容器技术，其发展之迅猛远超预料。 网上介绍Docker容器的文章已经很多了，用一句话概括：Docker是一种轻量虚拟化的容器技术，提供类似虚拟机的隔离功能，并使用了一种分层的联合文件系统技术管理镜像，能极大简化环境运维过程。 Docker容器云则是使用Docker技术打造的一站式容器云服务平台，即CaaS（Containers as a Service）——容器即服务；可以将它简单看作为PaaS的升级版，使用Docker容器技术的CaaS平台功能更强大，使用灵活，部署更方便。 Docker容器作为一个全新的概念虽然广受关注，但是对于如何使用Docker，将容器技术真正落地用起来，目前估计很多人还没有非常清晰的思路。写这篇文章主要目的就是根据Docker容器的特点，描述Docker容器到底能用来干什么，达到抛砖引玉的目的。 可以认为容器云是处于IaaS和PaaS之间的位置，容器编排集成度越高越像PaaS，反之越像IaaS，据此这里简单地将Docker容器的使用分两大类：主机和服务。 1. 作为云主机使用 相比虚拟机来说，容器使用的是一系列非常轻量级的虚拟化技术，使得其启动、部署、升级跟管理进程一样迅速，用起来灵活又感觉跟虚拟机一样没什么区别

缓存是搭建高性能高并发系统的必备手段之一，通常用来解决性能瓶颈，是程序员的必备知识点，也是面试必备考点。 尽管，产品经理大概率不会关注系统性能，但程序员在实现需求的时候必须思考系统承载的并发量和用户量。缓存主要用来解决性能瓶颈的问题，一旦错误使用反而会令系统崩溃。今天，我们就通过4W的方式系统化地总结缓存相关的理论知识。 随着互联网业务的快速迭代以及用户量激增，应用架构需要不断调整甚至重构以适应这种业务的快速发展。当数据量迅速增长，业务逻辑越复杂，服务链路不断增加等等一系列问题，会导致RT过长，服务性能需要逐渐提升以满足更优的用户体验。在优化系统架构时通常的所用的两种方式scale up以及scale out，scale out就是通常所说的水平扩展，将应用服务设计成无状态性，可以方便水平扩展通过增加硬件的方式分解访问压力。而scale up则是将单个服务链路性能提升，以提升QPS以及系统的吞吐量。在追求更优的性能时，大多数业务场景是读多写少的情况，一般会通过引入缓存的方式解决。 What——什么是缓存? 关于缓存的定义，在wiki中为： a collection of data duplicating original values stored elsewhere on a computer, usually for easier access.