如何解决从Ubuntu 18.04升级到20.04后，Java应用程序的CPU使用率不到1％
我正在使用Java / MySQL应用程序，并且在Ubuntu 18.04上批处理的测试运行需要3-4秒。
我昨晚升级到Ubuntu 20.04，并保留了相同的mysql conf文件，现在相同的应用程序需要1分45-47秒！！！
6.27user 0.41system 1:45.53elapsed 6%CPU (0avgtext+0avgdata 168724maxresident)k
0inputs+384outputs (0major+42056minor)pagefaults 0swaps
我用lscpu注意到服务器现在平均以最小频率运行。我尝试在/ etc / default / grub中添加“ acpi = ht”，然后重新启动计算机，以关闭电源管理，但处理器仍在低频下运行，并且推升频率可能无法正常工作。
On-line CPU(s) list: 0-15
Thread(s) per core: 2
Core(s) per socket: 4
Socket(s): 2
NUMA node(s): 2
Vendor ID: GenuineIntel
CPU family: 6
Model: 44
Model name: Intel(R) Xeon(R) CPU E5620 @ 2.40GHz
Stepping: 2
Frequency boost: enabled
CPU MHz: 1599.592
CPU max MHz: 2401.0000
CPU min MHz: 1600.0000
BogoMIPS: 4799.75
Virtualization: VT-x
L1d cache: 256 KiB
L1i cache: 256 KiB
L2 cache: 2 MiB
L3 cache: 24 MiB
使用mysqltuner检查服务器的InnoDB指标看起来一切正常，因此，这似乎与CPU设置/操作系统节流或Java配置/代码问题有关。
-------- InnoDB Metrics ----------------------------------------------------------------------------
[--] InnoDB is enabled.
[--] InnoDB Thread Concurrency: 8
[OK] InnoDB File per table is activated
[OK] InnoDB buffer pool / data size: 9.0G/2.6G
[OK] Ratio InnoDB log file size / InnoDB Buffer pool size: 1.0G * 2/9.0G should be equal 25%
[OK] InnoDB buffer pool instances: 9
[--] Number of InnoDB Buffer Pool Chunk : 72 for 9 Buffer Pool Instance(s)
[OK] Innodb_buffer_pool_size aligned with Innodb_buffer_pool_chunk_size & Innodb_buffer_pool_instances
[OK] InnoDB Read buffer efficiency: 99.90% (2901594 hits/ 2904524 total)
[!!] InnoDB Write Log efficiency: 75.47% (19033 hits/ 25219 total)
[OK] InnoDB log waits: 0.00% (0 waits / 6186 writes)
在应用运行时运行top，显示Java在启动后仅使用
2113 mysql 20 0 25.7g 2.7g 36264 S 4.3 11.6 0:12.35 mysqld
353 root 20 0 0 0 0 S 2.7 0.0 0:02.99 md0_raid5
244 root 0 -20 0 0 0 I 0.7 0.0 0:00.98 kworker/10:1H-kblockd
248 root 0 -20 0 0 0 I 0.7 0.0 0:00.07 kworker/8:1H-kblockd
399 root 20 0 0 0 0 D 0.7 0.0 0:00.61 jbd2/md0-8
2372 bias 20 0 5597164 180592 27784 S 0.7 0.7 0:07.54 java
运行压力我得到了CPU的全部使用量
4654 user 20 0 3856 100 0 R 100.0 0.0 0:13.88 stress
4643 user 20 0 3856 100 0 R 100.0 0.0 0:13.82 stress
4645 user 20 0 134932 3272 272 R 100.0 0.0 0:13.84 stress
4646 user 20 0 3856 100 0 R 100.0 0.0 0:13.80 stress
maven pom.xml文件使用与操作系统为mysql服务器8.0.21安装的版本相同的mysql连接器版本
39 <dependency>
40 <groupId>mysql</groupId>
41 <artifactId>mysql-connector-java</artifactId>
42 <version>8.0.21</version>
43 </dependency>
Java应用是否受到操作系统或JVM的限制？
20.04和mysql或java是否存在已知问题？
解决方法
在更新操作系统时，MySQL JDBC驱动程序的默认行为显然已更改。
先前的驱动程序关闭了Java批处理更新的事务自动提交-在数据连接上手动添加/运行setAutoCommit(false)将运行时间恢复为正常（显然，它正在运行原子事务处理了1000次插入）。 / p>
这是一个很好的示例，说明了为什么即使默认行为/配置是代码中使用的内容，人们也应该防御性地编写代码并添加有意代码的原因，默认行为可以并且将会改变！
https://coderanch.com/t/299833/databases/Batch-update-setAutoCommit-false
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。