招聘&找人找个dba高手帮我解决下服务器问题（已解决，感谢社区的朋友们）

刚帮忙看了一下问题，我补充一下现象，大家看看能否帮上忙：

1. 4台服务器：1台db，其他3台是业务服务器。
2. 业务服务器cpu最高10%，db服务器多核CPU高达600%。
3. show processlist后，没发现block，每秒不超过10条正在查询和update的语句。语句主要：SELECT COUNT(*) .. LEFT JOIN...。语句是线上有用户在使用产生的，所以我建议楼主晚上闲时在申请操作。<= 个人倾向于这个count可能导致的

看有没有遇到相同的同学帮忙解答一下。

建议：

1. CPU使用率奇高 => CPU使用率高达XX%。
2. 应用服务器卡死和db服务器CPU奇高 => 应用服务和DB在同一台？
3. 如果应用服务器卡死，是应用程序导致问题，标题不应该只点到DBA了，可直接把DBA删去，更多人会看进来。

个人揣测：这里面应该有死循环。

定位到占用CPU使用率高的进程，直接看看日志，看看日志有没有报错

需要优化EXCEL导入的代码，是什么语言导入？

大execl数据条数问题，是否保存数据库，是批量还是单条

这种看日志应该能分析出问题把，我这边工厂系统也是某个系统也是占用高，也是分析日志查出来的，你这机会合适你去研究，不懂就查下gpt,数据库这东西写sql好还不行还得会分析优化

看下数据库监控，有没有过慢的查询。

单价太低了，3k差不多

问题若没解决，加我

十年以上开发经验，我可以看看

这种其实是提升自己排查能力的好机会，你把所有的手段都试一遍，所有的手段你以后都会了。

这种么无非：没加索引，sql太多join，有脏数据，网络连接慢，该批量插入的单条插了，mysql缓冲，mysql连接数，循环里面套循环，批量没用多线程。。。

六年后端开发，有过数据库调优经验，可以看看

谢谢各位了，已经处理好了，最后是优化了数据语句解决的，因为开了太多负载，但是代码质量太差

还没解决可以找我

这个事情解决后，让研发同学补充应用程序日志。可以快速诊断出问题。DBA不是万能的，也不太懂数据和应用，关键时候不一定管用。

资深数据库专家，不过快十年没出手，荒废了。祝楼主好运。：-）

1500最低了，可以告诉你哪要改