网上扒的，很管用，自己就借此发一下，方便以后看。。。。。。。原文网址http://blog.csdn.net/yinjian520/article/details/8666695(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fblog.csdn.net%2Fyinjian520%2F

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

SQLite特性：事务(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fwww.sqlite.org%2Ftransactional.html)是原子的，一致的，独立的，持久的（ACID），即使在使系统崩溃或掉电之后。零配置(https://www.

SQLite特性：事务(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fwww.sqlite.org%2Ftransactional.html)是原子的，一致的，独立的，持久的（ACID），即使在使系统崩溃或掉电之后。零配置(https://www.

Netweaver里使用事务码SM59创建Destination：!(https://oscimg.oschina.net/oscnet/07c4c8dd303d0f55213b36d27075c745ea3.png)Java新建一个destination：!(https://oscimg.oschina.net/oscne

在这里对jedis关于事务、管道和分布式的调用方式做一个简单的介绍和对比：一、普通同步方式最简单和基础的调用方式，@Testpublic void test1Normal() {    Jedis jedis  new Jedis("localhost");    long start  Syst

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

一. 视图　　视图是一个虚拟表（非真实存在），是跑到内存中的表，真实表是硬盘上的表，怎么就得到了虚拟表，就是你查询的结果，只不过之前我们查询出来的虚拟表，从内存中取出来显示在屏幕上，内存中就没有了这些表的数据，但是下次我要是想用这个虚拟表呢，没办法，只能重新查一次，每次都要重新查。其本质是【根据SQL语句获取动态的数据集，并为其命名】

参考文章：MySQL四种事务隔离级别详解介绍(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fmp.weixin.qq.com%2Fs%3F__biz%3DMzIyNjE4NDcyMA%3D%3D%26mid%3D2247485931%26idx%3D1%26sn%3D3ff4fd04