huzhiqiangCSDN的博客

问题起因：客户反馈每晚凌晨会有很多消息推送延时很久解决步骤：1、通过反应单子发现busi_task任务创建时间和完成时间延时很多2、按小时分别统计任务生成数量 和 完成数量，发现凌晨1点开始完成数量比生成数量少很多，直到凌晨3、4点才慢慢恢复3、通过任务完成耗时并没有发现很多耗时的任务，所以不是某个任务业务处理慢导致（其实这个问题还是执行业务时间很长，只是当时还没加耗时统计）4、任务执行方式由一台服务扫描后异步推送至MQ，另一台服务器消费MQ消息，发现推送时间正常，消费时间延时很久，说明确实是消费

很多客户反映前端页面很卡解决思路问题可能分析：1、数据库问题，压力过大，如慢查询过多导致，某个查询吃完了内存，数据库并发量大 都有可能2、web服务器CPU高，很多线程被锁，很多线程在等待IO或者其他服务响应3、网络宽带原因具体查找步骤1、检查Mysql数据库压力（1）可以通过监控界面查看cpu情况，如果没有监控界面权限，执行下面语句-- 查询所有事务的信息，当表被锁或查询缓慢时使用SELECT * FROM information_schema.INNODB_TRX ORDER BY

java设计模式

1、简单工厂模式（静态工厂模式）由一个工厂对象决定创建出哪一种产品类的实例。a、抽象类接口(interface)b、实现抽象类接口的实例（implement）c、new 实例的静态工厂2、责任链模式很多对象由每个对象对其下家的引用而连接起来形成一条链。（如每个人的责任不同，客户不管谁负责，一个一个往下传，直到被处理）a、抽象类（abstract），定义处

资源包括：内存、CPU、IO检查步骤：找到问题进程 --》 找到问题线程 ——》找到错误原因 --》查看代码一、CPU过高：（线程池已满，线程柱塞，程序不停在跑）1、top 查看内存、CPUCpu(s): 0.2%us, 0.2%sy, us：用户空间占用CPU百分比，sy：内核空间占用CPU百分比（包括dubbo调用） 一般是us越高代码越优秀 0.3% us...

spring boot 学习地址： http://www.roncoo.com/article/detail/124661 创建一个spring boot 项目：http://blog.csdn.net/clementad/article/details/51334064spring cloud学习地址： http://blog.csdn.net/k21325/article/details/52