框架简介主要定位于互联网企业架构(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Flib.csdn.net%2Fbase%2Farchitecture)，已内置企业信息化系统的基础功能和高效的代码生成工具，包括：系统权限组件、数据权限组件、数据字典组件、核心工具组件、视图操作组件、工

软件大规模生产造就了更为庞大的系统，但若是系统中的某一环节出了问题，我们该如何实现快速定位呢？其实，许多的管理办法与开发⼯具都可以做到。就像是敏捿开发、⾃动化构建、⾃动化部署、⾃动化运维、⾃动化扩容等、线上链路监控等等。今天我们就来介绍精准测试之分布式调用链底层逻辑。

RSF的线程模型  使用了RSF框架之后系统一共会产生至少7条线程，有些功能的线程可能会产生多个。我们先来鸟瞰一下所有的线程和它们的大致功能。!(https://static.oschina.net/uploads/space/2016/1031/134406_6sRh_1166271.png)  初一看

本篇内容主要讲解的是redis分布式锁，这个在各大厂面试几乎都是必备的，下面结合模拟抢单的场景来使用她；本篇不涉及到的redis环境搭建，快速搭建个人测试环境，这里建议使用docker；本篇内容节点如下：jedis的nx生成锁如何删除锁模拟抢单动作(10w个人开抢)jedis的nx生成锁

支持SQL92标准支持MySQL、Oracle、DB2、SQLServer、PostgreSQL等DB的常见SQL语法遵守Mysql原生协议，跨语言，跨平台，跨数据库的通用中间件代理。基于心跳的自动故障切换，支持读写分离，支持MySQL主从，以及galeracluster集群。支持GaleraforMySQL集群，Percon

微服务系统所设计的系统是分布式系统。分布式系统有一个著名的CAP理论，即同时满足“一致性”“可用性”和“分区容错”是一件不可能的事。CAP理论是由EricBrewer在2000年PODC会议上提出的，该理论在两年后被证明成立。CAP理论告诉架构师不要妄想设计出同时满足三者的系统，应该有所取舍，设计出适合业务的系统。CAP理论示意图!(https:/

Redis为什么添加Lua支持redislua脚本出现之前Redis是没有服务器端运算能力的，主要是用来存储，用做缓存，运算是在客户端进行，这里有两个缺点：一、如此会破坏数据的一致性，试想如果两个客户端先后获取（get）一个值，它们分别对键值做不同的修改，然后先后提交结果，最终Redis服务器中的结果肯定不是某一方客户端所预期的

作者：周振靖在之前的文章里，我们已经介绍了TiKV的Service层(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fpingcap.com%2Fblogcn%2Ftikvsourcecodereading9%2F)、Storage层(https://www.

CAP理论被很多人拿来作为分布式系统设计的金律，然而感觉大家对CAP这三个属性的认识却存在不少误区，那么什么是CAP理论呢？CAP原本是一个猜想，2000年PODC大会的时候大牛Brewer提出的，他认为在设计一个大规模可扩放的网络服务时候会遇到三个特性：一致性（consistency）、可用性（Availability）、分区容错（partitionto