其实这种工作几年前也都有做过，真的是靠自学和经验累积，说真的没啥技术含量。
现象：
数据库服务器负载过高，按理说一个普通的压测，数据库服务器都是物理机，25核6G这样的配置。非常厉害了，一个百W不到的压力负载正常也该在1以下才合理。
但实际上一压测负载就上升到6-7甚至更高，直到mysql服务假死掉。
分析思路：
1、慢语句
真的是很奇怪，查看服务器上记录慢语句日志，没有，设置的是超过0.5s会记录，这里竟然没有。
2、看mysql进程
show processlists;
有语句堵住了，按理说，如果真的没有慢语句，那么这里进程根本来不及捕获到，不会停留，会刷刷刷走。
我们先来分析一下这条语句：
看一下一个单表查询，竟然没有用到索引，查询结果有20几W条。不慢才怪呢。只能说服务器强大，死的慢一点。
优化呗，加索引，非常简单。
加索引过程中遇到的问题：
这个字段加索引提示错误： Specified key was too long;max key length is 767 bytes
原因是建立索引字段长度过长，那么我们建索引就不能常规执行了。得截取长度。
Alter table `database_a`.`table_a` add index `appToken` (`appToken`(191)) ;
加上后，负载立马回落到2以下。但不行啊。还是高了。
3、查看general.log看查询语句是否太多，考虑加缓存
general.log统计我就不详细讲了。只讲道理
做了一个测试，压测一个http请求接口5分钟，请求共3W条，general.log中共捕获3W条sql.
如果业务使然，必须实时，那没话可说，做为一个测试人员，我只管提个建议和风险。
如果其它接口业务全是这样，那可小心点啦！