初遇我ㄖ寸の热情呢？

数据库架构和SQL优化、神器arthas工具连接池建议配置initialSize：对于 db 规模不是特别大的情况下可考虑设置为 1-5个。避免启动时间过长，以及没有业务时占用过多的数据库连接资源minIdle：可考虑该值的设置和初始化连接保持一致；maxActive 最大连接不要设置过大，避免本地维护的 db 太大。 如果对应到数据源的并发数过高，可考虑增大最大连接数。一般设置 20-50 比较合理maxWait：获取连接的超时时间：如果连接全部被占用，需要等待的时间。可以根据当前系统的响应时间

数据库问题分析与定位对SQL的监控—慢查询使用开启慢SQL配置 vi /etc/my.cnf 添加参数 设置慢查时间的阈值是50ms，重启mysql：systemctl restart mysqld 进入到mysql，验证一下是不是开启成功了数据库性能问题—索引 数据库最容易发生性能的地方就是SQL，sql常常是跟索引有关系 索引---新华字典如果是数据库的话，那索引就是字典的目录。 压测的过程中，数据库服务器的cpu达到100%，应

jProfiler监控服务器CPU过高或者响应时间过长问题cpu消耗过高的问题性能很好，cpu消耗搞，正常的性能不好，CPU消耗搞，就不正常了比如：一个饭店，里面一个客人都没有，但是服务员都很忙，这个就不正常了。客人很多，服务员忙正常压测的时候，监控信息如下tps300多，CPU已经100了，现在并发再加，tps也不会加大了，响应时间涨了不少。现在如果cpu的使用率能降下来，tps肯定能涨一点使用jProfiler定位响应时间长的问题这个是性能分析定位的神器。（内存泄露、线程阻塞

线程死锁和阻塞的监控和定位上文回顾排查内存溢出主要用的命令：主要是这个jmap也可以生成dump文件结合jvisualvm可以看到jvm常用参数上面几个上篇文章讲过了-XX:MaxTenuringThreshold=15 新生代对象晋升到老年代年龄的指标。默认是新生代youngGC进行了15次之后，15岁就进到老年代了xx:PretenureSizeThreshold=3145728 某个对象大于多少的时候，直接进入老年代第一个上篇文章讲过了。默认是关闭的，打开之后可

Jvm内存结构和垃圾回收及内存泄露定位java是自动管理内存的（C，C++是手动管理的）java程序是运行在jvm中，就是java虚拟机。每一个java程序都要启动一个jvm内存的分配和对象的创建是在jvm中用户可以通过一系列参数来配置Jvm面试的时候会问绿色的就是JVM的区域（本地方法栈和程序计数器写代码时一般用不到，底层一点）本地方法栈：本地方法就是调用操作系统提供的函数。操作系统c++开发的，java调用C++的这一层我们能接触到是：方法区、虚拟机栈、堆，所以上面的图可以简化一

java线程监控和redis监控和nginx监控对代码监控的其中一种就是线程的监控线程的状态： new：新生产一辆车，就是new（不太用关注，还没有开始跑呢） runnable：车子跑起来了（最理想的状态，一直再跑的话，就会到目的地） 一辆车的话，没啥问题。现在都是多线程，就会有等待。 waitting：无限期等待（路上有车子出现事故了，不知道什么时候可以开动） timed waitting：限期等待（路上遇到红绿灯了） blocked：跟等待差