高并发处理

背景

	虽然以前做订单系统的时候，不论是在设计还是在开发的时候都需要考虑高并发，但是，实际上，我是没有系统的去学习过高并发的学习资料，以前学的都是一些处理高并发的一些手段以及片面的工具。最近在极客时间上学习了一套高并发处理40讲,学完后，深有感触，所以，特意将以前的一些经验以及学后感记录下来。
	现在这高速发展的社会，如果你不会点高并发的知识，面试的时候都不好意思去介绍自己，并且，很多时候，如果不会现在主流的处理方案，公司方便给的薪资都是不怎么高的，所以，在现在这个社会背景上，不管项目中有没有使用到高并发的知识，做为一个技术者，都是很有必要去学习这些知识。

应用场景

虽然面试的时候，大家都要问高并发，在项目中如果没有使用到高并发的技术，感觉都是没什么亮点，但是，高并发处理方案是不能随便用的，如果滥用，很可能导致系统的复杂性高速剧增；如果在不需要使用高并发的系统使用了高并发技术，很可能导致后期项目的维护以及项目的迭代成本都较之正常情况要多得很多。
项目架构的设置，应该是有顺序可以遵循的，都是从建单到复制，当项目快达到瓶颈的时候才应该使用。
我现在在一个企业系统，使用者都是企业中的人员，但是因为公司的架构中，数据库使用的是分布式数据库，所以，我在进行业务处理的时候，需要根据数据的特性做一些修改，并且因为之前对此技术的不熟练，造成系统中出现了多次问题。

处理高并发的技术

在处理高并发，提高响应速度的过程中，处理起来是有一条链路的；数据从用户发起请求，再返回到用户，整个链路中，都是可以进行优化，并且，优化的难易程度都是从外层到内层递增，比如最建单的优化就是购买CDN，再到网络带宽的优化，再到程序处理速度的优化，再到数据库系统的优化。整一个过程都是有一个链路的。当然，作为一个代码的搬运工，我们主要关注的地方是我们程序的优化以及数据库的优化。

优化方案

现在比较主流的优化方案是：
1.购买多核处理器
2.使用非关系型数据库实现数据的缓存
3.设置可横向扩张的系统架构
4.对热数据使用搜索引擎进行查询呢
5.对数据库进行主从配置
6.对数据进行分库分表

非关系型数据库处理高并发

虽然现在硬件