| 最大数 | 平均值 | 建议值 | 说明 |
|---|---|---|---|
| 20 | 10 | 60 | 在工作时间 长期占用近于20的情况下，需要增加最大连接池数；具体在文件目录下对dbconfig.xml文件进行调整 另也需要观察数据库连接池数最大的连接数设置是否合适。 此种情况也需要关注执行数据库执行语句的占用时间，适当调整数据库的性能 另外，也要关注数据库读写的量，如果不成正比，需要关注整个事务数据库的执行操作 |
| 60 | 20 | 如果平均值保持较大的平衡性，需要评估数据库性能； |
应用时，可以设置最大连接数不超过数据库的60%
| 数据库连接数 |
|
| dbconfig.xml | <pool-min-size>20</pool-min-size> <pool-max-size>60</pool-max-size> |
完整性检查
完整性数据库信息的数据性是否完成，包括配置的完整性、数据库的一致性、无效数据等。
通过完整性检查，保证数据库的错误数据能够的准确性，减少在业务操作时因数据产生的错误。
注意
数据量较大时，可以会执行较长的时间，建议在非工作时间来进行执行
重建索引
重建索引能够保证数据库与文件索引的一致性，减少业务查询时的不一致情况 ，同时也能执行较快的数据查询。
重建索引可以周期性的进行重建，可以按非锁定方式进行执行，即后台索引
健康检查
周期性的进行检查，以了解JIRA的环境是否发生变化
如碰到问题，及时进行排除，具体的信息可以在错误信息处边点击详情，进入到atlassian官方了解具体的排除方法
内存使用情况
进入到系统→系统信息，查看内存的使用情况
在内存占用较大的情况 下，可以深度进行强制GC，如果强制GC并未减少多少内存，或者在短时间内增长时间，需要注意JVM的内存分析是否合理，可以GC的策略是否得当。
关于GC具体可以查看：垃圾收集（GC）调整指南