上线环境的压力测试 --- 服务器压力大的解决方案
一、当功能发布生产环境后，发现服务器压力骤增，怎么排查？
服务器性能指标：CPU、内存和磁盘I\O
优化性能的几个方面：优化代码、优化数据库和使用静态数据
一般的话，可以从优化的角度去排查，就能发现服务器压力骤增的原因。
优化代码
1.减少数据库的访问次数。数据库连接是很重要且很代价昂贵的资源，尽量避免每调用一次方法就读取一次数据库的情况。别小看这一条，有的人写的代码在一个for循环中每次都读取数据库，这是不对的，正常应该是一次把所有数据取回来放到Java对象中再循环。
2.合理正确地使用缓存，通过全局变量来保存一些设定，或是页面级缓存、站点级别缓存来减少服务器压力。如果是大内存服务器，比如96G内存的服务器，就可以把一些重要数据放在内存中，利用NoSQL做成内存缓存。
3.采用性能好的数据结构和算法。HASH类的性能最好，查找的复杂度是O(1)。二叉树的查找复杂度是O(logn)，排序是O(n*logn)。List和ArrayList自带的排序速度接近O(n*longn)，数组类的线性查找O(n)，如果你用冒泡排序O(n*n)，那么你就不是优秀的程序员。StringBuilder性能好于String，不过提升得有限，不是本质的数量级别的提升。
4.及时关闭非托管资源。除了上面提到的数据库连接，文件IO等也要注意。
优化数据库
1.尽可能地使用SP，而不是让SQL语句裸奔。
2.表结构设计要合理，起码要遵守数据库的三个范式。当然，有些场景稍微打破三个范式是可以获得更高的访问性能的，比如在B表中对A表中某个常查询的、却不会变动的字段的冗余，就不需要每次联表去查。
3.合理地设计索引，正确地使用索引。比如对常查询的字段建立索引。
4.对于超级大表（千万级别）最好采用分区表的方式存放，Oracle、SQL Server和MySQL都支持的。
使用静态数据
1.使用静态数据很重要，可以提升速度两个数量级（百倍），例如门户网站、大型网站的首页，引用由特定服务生成的静态数据（JS、TXT、HTML等）速度会很快。
2.图片、文件、数据库服务器分流，可以提升1个数量级（10倍）。
3.CDN（Content Delivery Network，内容分发网络）。
二、索引的使用以及如何避免索引失效
2.1 执行查询计划
show full processlist; -- 列出全部SQL执行计划
参数说明：
| 字段 | 解释 |
|---|---|
| id | ID标识，要kill一个语句的时候很有用 |
| use | 当前连接用户 |
| host | 显示这个连接从哪个ip的哪个端口上发出 |
| db | 链接哪个数据库 |
| command | 连接状态，一般是休眠（sleep），查询（query），连接（connect） |
| time | 连接持续时间，单位是秒 |
| state | 显示当前sql语句的状态 |
| info | 显示这个sql语句 |
其中state的状态十分关键，下表列出state主要状态和描述，这里只列举常见的几个
| 字段 | 描述 |
|---|---|
| Locked | 被其他查询锁住了 |
| Sending data | 正在处理SELECT查询的记录，同时正在把结果发送给客户端。 |
| Sleeping | 正在等待客户端发送新请求. |
2.2 执行计划字段说明
| 字段 | 解释 |
|---|---|
| id | 表示查询的类型 |
| select_type | 表示选择标识符 |
| table | 表示输出结果集的表 |
| partitions | 表示匹配的分区 |
| type | 表示表的连接类型 |
| possible_keys | 表示查询时可能使用的索引 |
| key | 表示查询时实际使用的索引 |
| key_len | 表示索引字段的长度 |
| ref | 表示列与索引的比较 |
| rows | 表示扫描出的行数(估算的行数) |
| filtered | 表示按表条件过滤的行百分比 |
| Extra | 表示执行情况的描述和说明 |