摘要: 高并发一直是然个人头疼的问题；然而，其解决方式则是一套组合策略，由整体入手，逐步分析，逐步解决部分问题，进而解决所有问题；就像一支庞大的输水管道，不断的做分支导流，每层的分支可以导出部分的流量，继而顺利导出所有的流量。
总体思路：优化代码，分离业务逻辑，数据库,最后加服务器等；
逐步解决方案，具体操作如下：
(1).页面的动静分离：
页面生成了静态的缓存，页面中的图片、JS等静态资源推CDN;
动态数据，能做缓存的做缓存（redis,memache）;不能做缓存的，开始从代码层面下着手；
(2).代码层面的优化：
找到执行时间较长的脚本，着手分析，是否可以优化业务逻辑；
如果业务逻辑已经无法优化，考虑是不是数据库操作执行时间较长，如果是，开始从数据库层面着手；
(3).数据库层面的优化：
找到操作频繁，看是够能够优化sql语句，如连表查询等等；
如果还是到不到要求，对于操作频繁且数据库操作较大的数据，进行读写分离；
如果速度还是达不到要求，考虑是不是单张数据表的问题了；
(4).数据表层面的优化：
如果是数据表中数据量过大，导致查询速度慢的：数据分片，横向切表；
如果是数据表查询数据过多，导致查询数据慢的，纵向切表，使热点数据和非热点数据分离；
如果速度还是没有到达要求，那么恭喜你，你已经成功的积累了相当的用户量了，加服务器吧，做负载均衡吧。
(5).升级硬件，加服务器，做负载均衡。
补充：
1.针对非及时响应的业务，可以做队列，进行延时处理，以便后期统一处理；例如可以委托中间件（就像老板请的秘书），性能提升体现在写入数据时锁表时间的节省；
2.针对临时的热点活动类型业务，为了防止崩溃，可是使用独立的服务器，避免由于活动服务器的崩溃而导致其他主要业务服务器的崩溃。