日志操作是不是比较消耗 CPU?

问答 / 0 / 11 / 创建于 4年前

最近在做一个停车的道闸的系统，道闸和中心服务器的通信方式是轮询的方式，大概一台闸机每隔100毫秒轮询一次中心服务器，然后共计3台闸机的样子，不知道为啥cpu经常出现吃满100%然后服务死掉的情况（大概每2个小时发生一次），轮询主要代码是查询数据库和更新心跳时间和查询是否有待发的指令（数据库在内网另外的服务器，并没有吃满），技术总监还是一如既往的吐槽php性能差，准备用java重新写了，我想的是php性能虽然差也不至于每秒30次的并发也撑不住吧，所以想找到原因，目前猜测可能的原因还是日志的问题（我的依据是服务卡住的时候我打开日志文件一直在阻塞状态），因为每查询一次数据库，好像日志都会记录，不知道每秒30次的文件操作是否会占用较大的cpu? 如果不是的话，又该从什么地方进行排查呢？

cpu消耗 php-fpm

见习助教 191 声望

暂无个人描述~

《L03 构架 API 服务器》

你将学到如 RESTFul 设计风格、PostMan 的使用、OAuth 流程，JWT 概念及使用和 API 开发相关的进阶知识。

《L01 基础入门》

我们将带你从零开发一个项目并部署到线上，本课程教授 Web 开发中专业、实用的技能，如 Git 工作流、Laravel Mix 前端工作流等。

sunrise丶

Laravel 6.0 译者 96 声望

最佳答案

:see_no_evil:php不背这个锅，我有一个项目也是对设备的，不过不是轮训的形式，是长链接，我基本每一个消息都做了写入文件的日志操作,用的也是原生的形式，没有发现有100%的情况.我认为你应该用strace 来查看你的进程在做些什么才导致100%

4年前评论

poker_face （楼主）

高并发，业务逻辑不复杂，还是建议写原生的代码，框架内置的前置处理太多了，cpu高就是要尽量减少php应用的处理量，我甚至连json_encode都没写，自己拼的字符串。。。。

讨论数量: 11

leo

管理员 4.7k 声望 / Engineering Director of Backend @ RightCapital

不应该先通过各种手段找 cpu 100% 的原因吗？比如先确认是不是 PHP 吃满的 CPU，说不定是 MySQL/Redis 呢？另外就是通过 strace 或者 phpstrace 来看看 PHP 进程在做什么事情

4年前评论

poker_face （楼主）

确认是PHPfpm进程占满了...

schizobulia

65 声望

可以自己写一个日志录入的代码然后看cpu的状态

4年前评论

schizobulia

65 声望

如果是日志的问题你可以先把日志放到内存里，隔一段时间把内存中的数据录入文件中

4年前评论

leo

管理员 4.7k 声望 / Engineering Director of Backend @ RightCapital

不应该先通过各种手段找 cpu 100% 的原因吗？比如先确认是不是 PHP 吃满的 CPU，说不定是 MySQL/Redis 呢？另外就是通过 strace 或者 phpstrace 来看看 PHP 进程在做什么事情

4年前评论

poker_face （楼主）

确认是PHPfpm进程占满了...

kphcdr

20 声望

如果是每隔两个小时，那可能是定时脚本如果是cpu100，先看看是不是php-fpm占了大量资源如果服务器配置不够，30的并发的确扛不住

信息太少，建议从nginx日志和php日志开始查

4年前评论

poker_face （楼主）

也不是固定2小时，偶发性的，好的，下面研究下日志

wuyan94zl

课程读者 174 声望 / 村长 @ 农村

PHP 不背这个锅

4年前评论

╰ゝSakura

173 声望 / 打杂小弟 @ game company

其实可以自己压测下，另外打点下程序运行某一个功能点的时间间隔，看看哪个环节出问题，是连数据库还是说查询操作，写日记这块耗时的问题

4年前评论

php_yt

1.1k 声望

没研究过，这应该不是拖慢响应的主要因素，记录日志是必要的。系统日志长时间不清理能达到几十GB，项目日志也需要定时清理。

4年前评论

lyxxxh

1.3k 声望

file
查看php-fpm的配置,是不是配低了

如果是Laravel, 并发方面我不怎么看好,即使是只返回一个hello world
(fpm框架轻一点好些毕竟每次都要初始化)。

还是Lumen香, opcache请一定要开。

(你关闭下日志不就知道是不是日志问题了…)

4年前评论

poker_face （楼主）

直接写原生代码了，就操作了一下redis和数据库而已，现在相应还行

xiangxihenli

课程读者 5 声望

之前也遇到这样的问题，最后一查，还是代码的问题，之前有个包，in_array的数组有几十万到几百万………

4年前评论

sunrise丶

Laravel 6.0 译者 96 声望

:see_no_evil:php不背这个锅，我有一个项目也是对设备的，不过不是轮训的形式，是长链接，我基本每一个消息都做了写入文件的日志操作,用的也是原生的形式，没有发现有100%的情况.我认为你应该用strace 来查看你的进程在做些什么才导致100%

4年前评论

poker_face （楼主）

高并发，业务逻辑不复杂，还是建议写原生的代码，框架内置的前置处理太多了，cpu高就是要尽量减少php应用的处理量，我甚至连json_encode都没写，自己拼的字符串。。。。

黑将军

课程读者 88 声望 / 院长 @ 非正常程序猿研究中心

PHP不背这个锅，我们也是道闸，十几台，资源都很省，你肯定有其他地方占用了资源，不过我们轮询次数没那么高，我们20秒轮询一次

4年前评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容，与人为善，比聪明更重要！

帮助