前言 现在互联网应用已经普及，数据量不断增大。对BAT等互联网业务来说，传统单实例数据库很难支撑其性能和存储的要求，所以数据库拆分势在必行。 同时数据库分库后，又面临跨库关联查询、分布式事务等问题，如何解决？ 一、微服务数据库分库设计 1.烟囱式的微服务数据库设计 避免使用烟囱式的微服务数据库设计，当商品表变更时，需要更改多个微服务，维护成本高。 2.小而专的微服务数据库设计 应采用小而专的微服务数据库设计，各个微服务管理各自的数据表，其他微服务需要读取时，应

服务端搭建 docker-compose编排服务 注意: 1.5.1不支持mysql8 从1.5.2开始支持mysql8 version: '3' seata-server: image: seataio/seata-server:1.5.2 container_name: seata-server ports: - "7091:7091" - "8091:8091" environment: - TZ=Asia/

这里介绍LINQ TO SQL分布式事务，以及介绍LINQ TO SQL通过在submitchanges方法的时候指定ConflictMode来定义并发控制行为。

1、事务组与集群简介 事务分组：seata的资源逻辑，可以按微服务的需要，在应用程序（客户端）对自行定义事务分组，每组取一个名字。 集群：seata-server服务端一个或多个节点组成的集群cluster。 应用程序（客户端）使用时需要指定事务逻辑分组与Seata服务端集群的映射关系，Seata中配置相同的cluster名称就表示组成一个集群组。 事务分组如何找到Seata集群： 首先应用程序（客户端）中通过seata.tx-service-group配置了事务分组。 应用

这里介绍LINQ TO SQL分布式事务，以及介绍LINQ TO SQL通过在submitchanges方法的时候指定ConflictMode来定义并发控制行为。

我们今天主要向大家讲述的是SQL Server 分布式事务概念的阐述，以及对SQL Server 分布式事务中所包含事项的描述。

1.下载seata 下载中心 我们这里下载的是1.3.0的版本 2.修改registry.conf的配置 改为nacos 3 .修改config.txt，和nacos-config.sh并放到相应的位置  修改config.txt   config.txt 和nacos-config.sh下载地址 https://github.com/seata/seata/tree/develop/script/config-centerhttps://github

现今互联网界，分布式系统和微服务架构盛行。一个简单操作，在服务端非常可能是由多个服务和数据库实例协同完成的。在一致性要求较高的场景下，多个独立操作之间的一致性问题显得格外棘手。基于水平扩容能力和成本考虑，传统的强一致的解决方案(e.g.单机事务)纷纷被抛弃。其理论依据就是响当当的CAP原理。往往为了可用性和分区容错性，忍痛放弃强一致支持，转而追求最终一致性。

我们今天主要和大家一同分享的是SQL Server 分布式事务的概念，还有对SQL Server 分布式事务所包括的项目的介绍。

1、前言 又到了金三银四的时候，大家都按耐不住内心的躁动，我在这里给大家分享下之前面试中遇到的一个知识点（MQ的应用场景），如有不足，欢迎大佬们指点指点。 消息中间件应用背景 提高系统性能首先考虑的是数据库的优化，但是数据库因为历史原因，横向扩展是一件非常复杂的工程，所有我们一般会尽量把流量都挡在数据库之前。不管是无限的横向扩展服务器，还是纵向阻隔到达数据库的流量，都是这个思路。阻隔直达数据库的流量，缓存组件和消息组件是两大杀器。 2、MQ简介 MQ：Messa