Redis面试1.Redis是什么？都有哪些使用场景？我们先来理解经典的CAP理论：tex一致性：是指从数据层面来看的一致性。可用性：是指从系统层面的可用性。容错性：是指从网络层面的的容错性。

List接口以特定索引来存取元素，可以有重复元素Set接口不可以存放重复元素(使用equals方法区分是否重复)Map接口保存的是键值对(keyvaluepair)映射，映射关系可以是一对一或者多对一(key唯一)Set和Map容器都有基于哈希存储和排序树的两种实现版本。基于哈希存储的版本的实现理论存取时间复杂度是O(1)，而基于排序树版本的

RaftRaft概述        Raft一致性算法用于保证在分布式的条件下，所有的节点可以执行相同的命令序列，并达到一致的状态。这类的问题可以归结为“Replicatedstatemachines”问题。!关于Raft一致性协议的概要(http://static.oschina.net/uploads/img/

在上一篇文章写了锁的基本概述以及行锁的三种形式，这一篇的主要内容如下：一致性非锁定读自增长与锁外键和锁一致性性非锁定读一致性非锁定读是InnoDB通过多版本并发控制（MVCC，multiversionconcurrencycontrol）的方式来读取当前执行时间数据库中的最近一次快照，如果读取的行正在执行

   最近忙着FastCFSv1.2.0的研发工作，主要对数据恢复和master任命机制做了改进，修复了5个稳定性bug，FastCFS的可靠性和稳定性上了一个新台阶。v1.2.0的改进工作和数据一致性密切相关，本文将介绍FastCFS采用的数据一致性模型及基础结构。   说到数据一致性，大家会想到分布式系统必须符合CAP理论：一个分布

摘要本文以MySQL数据库为研究对象，讨论与数据库索引相关的一些话题。特别需要说明的是，MySQL支持诸多存储引擎，而各种存储引擎对索引的支持也各不相同，因此MySQL数据库支持多种索引类型，如BTree索引，哈希索引，全文索引等等。为了避免混乱，本文将只关注于BTree索引，因为这是平常使用MySQL时主要打交道的索引，至于哈希索引和全文索引本文

mysql主从宕机恢复步骤在生产环境中经常会出现slave出现错误，从而发生主从同步故障，此时就需要人工干预了。以下是小生整理出的一个回复思路，欢迎大佬指导，分享更好的方法。宕机恢复分为几种情况：1.从库数据一致性要求低2.从库数据一致性要求高从库数据要求一致性低：这种情况比较好解决，由于

Raft分布式一致性算法原理(选举和同步)一.背景在集群环境下，很容易出现单节点故障的问题，那么我们就需要进行集群部署，但是当集群部署的环境下，我们如何保证工作有序的调度与通信并且保证一致性呢，当客户端发送一连串指令，我们需要在集群环境下，所有服务机器最终要保证一致性，而且在出现一系列异常并且恢复

原文:NETCore微服务之路：再谈分布式系统中一致性问题分析(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fwww.cnblogs.com%2FSteveLee%2Fp%2FAbout_The_Distributed_Consistency.html)前言一致性

鸿蒙MD5工具开发笔记cryptojs三方库使用实践基础知识MD5这玩意其实挺简单的,就是用来算哈希值的。我刚开始接触的时候也是一脸懵逼,后来用多了就明白了。1.是啥就是个哈希算法,把任意长度的数据变成固定长度的字符串输出32位字符串,看起来像这样:5d4