Seata 是一款开源的分布式事务解决方案，致力于提供高性能和简单易用的分布式事务服务。Seata 将为用户提供了 AT、TCC、SAGA 和 XA 事务模式，为用户打造一站式的分布式解决方案。

我工作中用的最多的工具之一就是「终端连接工具」了，因为经常和 Linux 服务器打交道，经常在上面跑代码、排查系统问题等等。Windows 系统最常用的就是 Xshell 这款终端工具了，但是它只能用于非商业用途，也就是说如果在公司用的话，公司就得掏钱了，当然不是大公司的话，也不会有人查你用盗版的问题。

我工作中用的最多的工具之一就是「终端连接工具」了，因为经常和 Linux 服务器打交道，经常在上面跑代码、排查系统问题等等。Windows 系统最常用的就是 Xshell 这款终端工具了，但是它只能用于非商业用途，也就是说如果在公司用的话，公司就得掏钱了，当然不是大公司的话，也不会有人查你用盗版的问题。

随着业务的快速发展，网站系统往往由单体架构逐渐演变为分布式、微服务架构，而对于数据库则由单机数据库架构向分布式数据库架构转变。此时，我们会将一个大的应用系统拆分为多个可以独立部署的应用服务，需要各个服务之间进行远程协作才能完成事务操作。在微服务项目中通常一个大项目会被拆分为N个子项目,例如用户中心服务,会员中心服务,支付中心服务等一系列微服务，在面临各种业务需求时难免会产生用户中心服务中需要调用会

在我们的操作系统之上，可以同时运行很多个进程，并且每个进程之间相互隔离互不干扰。我们的CPU会通过时间片轮转算法，为每一个进程分配时间片，并在时间片使用结束后切换下一个进程继续执行，通过这种方式来实现宏观上的多个程序同时运行。

当你的数据里只有几千几万，那么 SQL 优化并不会发挥太大价值，但当你的数据里去到了几百上千万，SQL 优化的价值就体现出来了！因此稍微有些经验的同学都知道，怎么让 MySQL 查询语句又快又好是一件很重要的事情。要让 SQL 又快又好的前提是，我们知道它「病」在哪里，而 explain 关键字就是 MySQL 提供给我们的一把武器！

发现最近最近很多号主发网关的文章，质量参差不齐，建议直接看这篇，有理论，有实战。不 BB，上文章目录：

当你的数据里只有几千几万，那么 SQL 优化并不会发挥太大价值，但当你的数据里去到了几百上千万，SQL 优化的价值就体现出来了！因此稍微有些经验的同学都知道，怎么让 MySQL 查询语句又快又好是一件很重要的事情。要让 SQL 又快又好的前提是，我们知道它「病」在哪里，而 explain 关键字就是 MySQL 提供给我们的一把武器！

为什么 TCP 三次握手期间，为什么客户端和服务端的初始化序列号要求不一样的呢？主要原因是为了防止历史报文被下一个相同四元组的连接接收。TCP 四次挥手中的 TIME_WAIT 状态不是会持续 2 MSL 时长，历史报文不是早就在网络中消失了吗？是的，如果能正常四次挥手，由于 TIME_WAIT 状态会持续  2 MSL 时长，历史报文会在下一个连接之前就会自然消失。

当你的数据里只有几千几万，那么 SQL 优化并不会发挥太大价值，但当你的数据里去到了几百上千万，SQL 优化的价值就体现出来了！因此稍微有些经验的同学都知道，怎么让 MySQL 查询语句又快又好是一件很重要的事情。要让 SQL 又快又好的前提是，我们知道它「病」在哪里，而 explain 关键字就是 MySQL 提供给我们的一把武器！