性能瓶颈定位&调优思路

性能瓶颈定位思路 整体思路：从前到后，从表象到内部 1、首先排除压力机自身的问题，如CPU、内存、网络、脚本编写等 2、监控中间件的访问日志，观察响应时间，大体确定耗时处于哪一段 3、排查网络问题，监控压力机到后端服务器的网络，以及各服务器之间的网络，是否达到网络上限 4、监控服务端所有机器的的操作系统负载，如CPU、内存、网络、磁盘是否达到瓶颈 5、监控应用服务器的日志，查看是否存在ERROR日志，比如tiomeout或者其他类型报错 6、监控各中间件的连接数，如nginx/tomcat/mysql等，是否达到上限 7、监控应用程序线程状态，使用jstack或者jvisualvm查看是否有死锁、阻塞等情况 8、监控应用程序jvm，使用jstat或者jmap查看GC情况，是否存在内存泄露等 9、使用Jprofile监控应用程序，可以查看耗时比较长的代码 10、监控数据库，是否存在慢查询，一般数据库CPU高都是因为SQL语句效率低造成的 11、检查数据库执行计划，是否有全表扫描以及索引不生效的情况 12、检查系统外部依赖情况，如果外部依赖性能差，也会造成本系统性能低 13、对于不好定位的问题，可以考虑采用模块隔离法来确定问题   数据库架构优化 1、读写分离，主从配置 2、分库分表，根据一个固定的算法来路由库名和表名，如id%10： 　　user_1 　　user_2 　　user_3 　　... 　　user_10   常见的一些SQL优化方案 1、在where及order by 涉及的列上建立索引，避免全表扫描，索引不要太多，一个表一般不要超过4个索引 2、避免在where子句中对字段进行null值判断，否则将导致引擎放弃使用索引而进行全表扫描 3、查询语句中不要使用*，减少内存使用 4、尽量减少子查询，使用关联查询（left join, right join, inner join）替代 5、减少使用IN或者NOT IN，使用exists, not exists或者关联查询语句替代 6、or的查询尽量用union或者union all替代（在确认没有重复数据或者不用删除重复数据时，union all会更好） 7、合理的增加冗余的字段（减少表的联接查询） 8、建表的时候能使用数字类型的字段就是用数字类型（type, status...），数字类型的字段作为条件查询比字符创的快   代码优化原则 1、使用对象连接池减少对重复对象的创建； 2、调整对后端的连接 3、增加本地缓存 4、如果不涉及事务的情况下，考虑使用Nosql进行存储 5、一次请求合并多次操作 6、又串行修改为并行操作 7、同步修改为异步   硬件调优 使用更好额物理磁盘介质，如SSD、fusionIO卡等