要提到Service Mesh就不得不提到微服务，根据维基百科的定义随着谷歌三架马车BIGTABLE，Mapreduce，GFS的出现，敲开了分布式的大门，熔断策略、负载均衡、服务发现等的出现，服务根据业务需要一部分通信语义，为了避免每个服务都自己搞一套通信语义，出现了微服务框架，比如说Spring Cloud等框架，他们实现了分布式系统所需要的语义功能，比如服务发现，负载均衡等，一定程度上屏蔽了

但是随着连接数的增多，问题传统IO就不行了。同步非阻塞，服务器实现模式为一个请求一个线程，每个线程亲自处理io，但有另外的线程轮询检查是否io准备完毕，不必等待io完成，即客户端发送的连接请求都会注册到多路复用器上，多路复用器轮询到连接有I/O请求时才启动一个线程进行处理。异步非阻塞，服务器实现模式为一个有效请求一个线程，客户端的I/O请求都是由OS先完成了再通知服务器应用去启动线程进行处理，每个

3.join查询 1）左大右小（在join的时候右表会被全部加载到内存中和左表比较） 2)谓词下推 3）避免多表join 4）global join （global关键字可以使右表只在接收查询请求的那个节点查询一次，将其分发到其他节点上，如果不加的话每个节点都会请求一次，造成很大的开销）为了提高查询性能，需要针对实际的查询场景进行索引的设计，尽量避免使用不必要的索引，以减少数据写入和查询时的开销。

3.join查询 1）左大右小（在join的时候右表会被全部加载到内存中和左表比较） 2)谓词下推 3）避免多表join 4）global join （global关键字可以使右表只在接收查询请求的那个节点查询一次，将其分发到其他节点上，如果不加的话每个节点都会请求一次，造成很大的开销）为了提高查询性能，需要针对实际的查询场景进行索引的设计，尽量避免使用不必要的索引，以减少数据写入和查询时的开销。

CPU密集型（CPU-bound）和IO密集型（IO-bound）是两种常见的计算密集型和IO操作密集型任务类型在实际应用中，任务的类型决定了对系统资源的需求和瓶颈，针对不同类型的任务进行合理的优化和资源分配，可以提高系统的性能和响应能力。

多线程据本人调研主要分为以下三种实现方法：1.实现Runnable 接口2.继承Thread类3.通过Callable和Future1和2的方法其实基本相似，翻看实现后发现Thread类的本质也是实现了Runnable接口，由于网上相似的资料实在太多，随便一搜就能找到很多用法，因此不在这里过多阐述，只是简单介绍一些实现细节而非使用方法进程和线程的区别可以理解为进程就是一个执行中的应用程序，线程是进