Redis客户端通信协议Redis监听默认6379的端口号，可以通过TCP方式建立连接。服务端约定了一种特殊的消息格式，每个命令都是以rn（CRLF回车+换行）结尾。这种编码格式我们之前在AOF文件里面见到了，叫做Redis Serialization Protocol（RESP，Redis序列化协议），发消息或者响应消息需要按这种格式编码，接收消息需要按这种格式解码。Redis设计这种格式的原因

数据一致性缓存使用场景针对读多写少的高并发场景，我们可以使用缓存来提升查询速度。当我们使用Redis作为缓存的时候，一般流程是这样的：如果数据在Redis存在，应用就可以直接从Redis拿到数据，不用访问数据库。应用新增了数据，只保存在数据库中，这个时候Redis没有这条数据。如果Redis里面没有，先到数据库查询，然后写入到Redis，再返回给应用。一致性问题的定义因为数据最终是以数据库为准的（

高并发问题（缓存雪崩，缓存穿透）在Redis存储的所有数据中，有一部分是被频繁访问的。有两种情况可能会导致热点问题的产生，一个是用户集中访问的数据，比如抢购的商品，明星结婚和明星出轨的微博。还有一种就是在数据进行分片的情况下，负载不均衡，超过了单个服务器的承受能力。热点问题可能引起缓存服务的不可用，最终造成压力堆积到数据库。出于存储和流量优化的角度，我们必须要找到这些热点数据。热点数据发现首先，R

Lua脚本Lua是一种轻量级脚本语言，它是用C语言编写的，跟数据的存储过程有点类似。使用Lua脚本来执行Redis命令的好处：1、一次发送多个命令，减少网络开销。2，Redis会将整个脚本作为一个整体执行，不会被其他请求打断，保持原子性。3、对于复杂的组合命令，我们可以放在文件中，可以实现命令复用。语法格式redis> eval lua-script key-num [key1 key2 k

为防止终端系统不被攻击，需要一种方法来控制互联网中网络流量的流向。这项工作由防火墙来完成，它是一种能够限制所转发的流量类型的路由器。随着部署防火墙来保护企业，另一个问题变得越来越重要：可用的IPv4地址数量正面临枯竭的威胁。必须采取有效的措施来管理 IP 地址的分配和使用。除了IPv6 之外，一种最为重要的解决机制就是网络地址转换（Network Address Translation，NAT）。

IP是TCP/IP协议族中的核心协议。所有TCP、UDP、ICMP和IGMP数据都通过IP数据报传输。IP 提供了一种尽力而为、无连接的数据报交付服务。“尽力而为”的含义是不保证 IP 数据报能成功到达目的地。任何可靠性必须由上层（例如TCP）提供。IPv4和IPv6都使用这种尽力而为的基本交付模式。“无连接”意味着 IP不维护网络单元（即路由器）中数据报相关的任何链接状态信息，每个数据报独立于其

C语言1.1 信息就是位+上下文hello程序的生命周期是从一个源程序（或者说源文件）开始的，文件名是hello.c。源程序实际上就是一个由值0和1组成的位（又称为比特）序列，8个位被组织成一组，称为字节。每个字节表示程序中的某些文本字符。大部分的现代计算机系统都使用ASCI1标准来表示文本字符，这种方式实际上就是用一个唯一的单字节大小的整数值来表示每个字符。hello.c程序的ASCII码表示注