首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    Apache提示CPU占用率高怎么解决?

    所谓Apache出现CPU高占用率就是指Apache在一段时间内持续占用很高的CPU使用率,甚至达到CPU100%,这个时候造成网站无法访问。解决的方法就是仔细观察Apache的日志文件,查阅错误的信息。   下面针对几种错误信息进行分析并给出解决的方法:   1.Apache与WinSockv2相冲突   Apache官方提供的手册中提到,在Windows系统下Apache2.x为了提高性能而使用了MicrosoftWinSockv2API,但是一些常见的防火墙软件会破坏他的正确性,从而使得Apache出现死循环操作造成CPU100%。   可以依次采用下面的方法来解决上问题,如果进行了一步还有问题就继续下一步:   1)在httpd.conf文件中使用Win32DisableAcceptEx禁止Apache使用MicrosoftWinSockv2API:   Win32DisableAcceptEx#禁止使用AcceptEx()   2)使用SystemRepairEngineer(SREng)查看WinSocket供应者,如果出现非MS的陌生项则将其删除,并使用软件的“重置WinSocket”按钮进行重置。   3)卸载与Apache相冲突的杀毒软件或防火墙软件。   如果进行上面的三个步骤之后还有问题,那应该看看是不是还有下面的错误。   2.是否加载了第三方模块(so文件)   Apache2.x要求所有的第三方模块都必须是线程安全的,但有很多第三方的模块可能存在内存泄露,因此时间一长就可以极大的消耗Apache资源。所以可以采用将所有的第三方模块逐个关闭的方法看看运行一段时间之后Apache对资源的占用是否有所改善。   3.“Terminating1threadsthatfailedtoexit”错误   上面错误中的数字1有可能是其他数字,造成这个错误的原因是Apache在关闭并发线程的时候出现线程溢出,从而造成内存泄露,表现出来的就是Apache所占用的系统资源持续增长。   具体来说,Apache的子进程在结束当前请求之前会首先将所有的并发线程进行关闭,在关闭的时候会等待3分钟,如果3分钟之内没有将所有的线程关闭则会抛出上述的错误提示,然后强制关闭。这样就造成了内存溢出,时间一长会使得Apache所占用资源持续增长直到无法工作。这个时候可以适当将MaxRequestsPerChild的值降低,使得Apache子进程所并发的线程数量减少,从而降低该错误出现的几率。   但是这种方式并不能彻底解决问题,幸好Apache2.0.x的最新版本(2.0.63)解决了之前版本的这个问题,如果3分钟之内有线程没有关闭的话会自动根据时间情况再增加等待结束的时间直到最终将所有的线程结束。日志文件中会出现类似下面的信息:   Child1952:Waiting150moresecondsfor2workerthreadstofinish.   Child1952:Waiting120moresecondsfor1workerthreadstofinish.   Child1952:Allworkerthreadshaveexited.   4.“file.//server//mpm//winnt//child.c,line1078,assertion“(rv>=0)&&(rv   这个错误是Apache的一个bug(#11997),可以通过Win32DisableAcceptEx禁止Apache使用WinSocketv2来避免此bug,具体设置见前述。   5.PHP5.2.1以上版本的libmysql.dll与MySQL5不兼容   PHP5.2.1以后的新版本(截止目前最新版本为5.2.5)中用于连接MySQL的libmysql.dll组件与MySQL5不兼容,在Apache中运行PHP的时候会造成Apache产生CPU100%的问题。   解决的方法就是从http://www.php.net/releases/下载5.2.1版本,将压缩包中的libmysql.dll文件覆盖现在的文件,然后重启Apache就可以了。   6.病毒或木马程序命名为Apache.exe   有的时候病毒或木马程序会将其名称命名为Apache.exe文件达到一种掩饰的目的,这个时候使用第三方进程分析器查看进程的路径然后将其删除或使用杀毒软件清除就可以了。   7.程序编写不严谨造成死循环等错误   如果上面的问题都不存在Apache依然产生CPU100%的问题的话,通常来说就应该是Web程序自身的问题了,例如死循环等等。这个时候需要在日志中设置HTTP请求的文件及执行的时间,然后查找出执行时间比较长的地址进行分析排查。

    01

    super-smack

    我有个办法,不过不是用LR,是用super-smack,如果只对数据库进行抗压力测试,应该管用。 Super-smack 现在是1.3版,源码下载地址如下: http://vegan.net/tony/supersmack/super-smack-1.3.tar.gz 以下是在linux下的安装及使用方法: Super smack是一个基准套件。Super-smack是它的一个脚本工具。 可以用来测试myisam和innodb 还有ndb。 安装:用root用户 ./configure—with-mysql=/usr/local/mysql5 Make Make install 使用:(复制到哪都行) cp –r /src/smacks  /home 修改用户名、密码、数据库名(上下总共两个地方) 测试: # super-smack -d mysql select-key.smack 10 1000 或者 # super-smack -d mysql update-select.smack 10 1000 作者只提供了select-key.smack和update-select.smack这两个测试包。 执行: # super-smack -d mysql select-key.smack 10 1000 结果: Query Barrel Report for client smacker1 connect: max=156ms  min=0ms avg= 21ms from 10 clients Query_type      num_queries     max_time        min_time        q_per_s select_index    20000   0       0       16299.96 这里10是连接客户的数目。每个客户有100次轮询。 这表示super-smack运行了10个客户,客户连接最长时间为156毫秒,最短的则没有延迟,平均时间是21毫秒。super-smack总共执行了20000此查询,每个查询所花时间都小于1毫秒。整个测试期间,服务器端平均每秒执行了16299.96次select_index型查询。 /////////修改用户名、密码、数据库名 #vi select-key.smack或者#vi update-select.smack 第一行下面 client "admin" { user "root"; host "localhost"; db "test"; pass ""; socket "/tmp/mysql.sock"; // this only applies to MySQL and is // ignored for PostgreSQL } // ensure the table exists and meets the conditions table "http_auth" 中间靠下: client "smacker1" { user "test"; // connect as this user pass ""; // use this password host "localhost"; // connect to this host db "test"; // switch to this database socket "/tmp/mysql.sock"; // this only applies to MySQL and is // ignored for PostgreSQL query_barrel "2 select_by_username"; // on each round, // run select_by_username query 2 times }

    01
    领券