mysql数据库服务器CPU负载超过200%，mysqld进程导致的，如何解决？

可以先使用 uptime 命令查看 CPU 平均负载
那个 2 users 表示用户连接数，指的是总连接数。
那个 load average 就是系统平均负载，1 分钟、5 分钟、15 分钟系统负载的平均值。
指的是一段时间内 CPU 正在处理以及等待 CPU 处理的进程数之和的统计信息，也就是 CPU 使用队列的长度的统计信息。这个数字越小越好。
然后再用 vmstat 命令看下 CPU 是否饱和
这里面的 r 就是等待 CPU 的进程数，可以用来判定 CPU 是否饱和，当 r 值高于 CPU 数时，就意味着饱和了。
最右边那个 us，sy，id，wa，st 表示所有 CPU 的使用百分比。它们分别是 user time，system time，idle，wait I/O 和 steal time 的缩写。将 us 和 sy 的百分比加和，可以确定 CPU 是否处于忙碌状态。
如果是多核的机器还可以使用 mpstat 命令查看是否均衡
与 CPU 相关的命令还有 pidstat
这个命令展示了 CPU 消耗在了哪些进程上面，消耗过大的进程需要格外关注下。
基本上你使用上述几个命令 就可以初步了解 CPU 出现了何种问题
有了猜测的方向之后 你就可以进一步深入去排查了

1、原因

1）所占内存太大。2）配置跟不上。3）系统太卡。4）原本自身内存不够。

2、攻略

1）首先下载新浪手游助手，在百度搜索“新浪手游助手”，在搜索选项中找到新浪手游助手官网，进入官网并点击下载。

2）打开新浪手游助手，并在软件右上角的搜索框中输入“COK”进行搜索，然后点击安装即可。

3）可以在“游戏库”推荐页中找到《COK列王的纷争》游戏，然后点击“一键安装”即可。

4）点击“COK列王的纷争”的图标，就可以进入游戏了。

5）进入《COK列王的纷争》游戏后大家就能发现，与在手机上玩游戏是一模一样的。

wordpress CPU使用很高有很多原因: 太多插件，个别插件有问题，有人在攻击wp-loginphp或xmlrpcphp，database没有优化，wp-cronphp在处理任务（像自动备份)。要查看原因的话，到SSH，看看top有哪些进程的CPU使用很高，可以用 "lsof -p 进程"查看那个进程在做什么引起的高CPU。
如果不是上面的问题，是因为流量本身就很大，你需要用cache，比如可以装APC，Varnish之类。 个人经验是varnish可以有效降低CPU使用，性能可以增加几十，上百倍。你用的是cpanel, 这2个都很容易装。

负载过大，结合出故障时机床的，机台整机重新掉电启动后如消除，请减少加工时吃刀量，可按复位键或重新启动消除报警，但需重新调整报警轴软极限数据，拆除问题轴护罩，断电后手动转动丝杆，检查是否有卡涩或卡死现象。

如果每次运动负载都超百分百，看电磁抱闸是否完全打开，电压够不够，插头是否接虚，微型继电器是否积碳严重，每次运动负载，老式伺服电机，需要对永磁钢进行充磁，伺服驱动器散热不好也有可能造成此类问题，机床运动时是否有异常响声，分析是滚珠丝杠、滚珠导轨、丝杠角接轴承等机械问题。

安装和维修电动机时，接法的电动机绕组接成了Y形接法，或者误将Y形接法的接成了，绕组相间、匝间短路或接地，导致绕组电流增大，三相电流不平衡，使电动机过热极相组线圈连接不正确或每相线圈数分配不均，造成三相空载电流不平衡，并且电流过大，电动机运行时三相电流严重不平衡，产生噪声和震动，电动机过热。

定、转子发生摩擦发热，异步电动机的笼型转子导条断裂,或绕线转子绕组断线电动机出力不足而过热，轴承安装不合适或轴承质量不好。

扩展资料：

三菱公司PLC网络继承了传统使用的MELSEC网络，并使其在性能、功能、使用简便等方面更胜一筹。

Q系列PLC提供层次清晰的三层网络，针对各种用途提供最合适的网络产品。

信息层/Ethernet（以太网） 信息层为网络系统中最高层，主要是在PLC、设备控制器以及生产管理用PC之间传输生产管理信息、质量管理信息及设备的运转情况等数据，信息层使用最普遍的Ethernet。

它不仅能够连接windows系统的PC、UNIX系统的工作站等，而且还能连接各种FA设备。

Q系列PLC系列的Ethernet模块具有了日益普及的因特网电子邮件收发功能，使用户无论在世界的任何地方都可以方便地收发生产信息邮件，构筑远程监视管理系统。

同时，利用因特网的FTP服务器功能及MELSEC专用协议可以很容易地实现程序的上传/下载和信息的传输。

控制层/MELSECNET/10（H） 是整个网络系统的中间层，在是PLC、CNC等控制设备之间方便且高速地进行处理数据互传的控制网络。

作为MELSEC控制网络的MELSECNET/10，以它良好的实时性、简单的网络设定、无程序的网络数据共享概念，以及冗余回路等特点获得了很高的市场评价，被采用的设备台数在日本达到最高，在世界上也是屈指可数的。

而MELSECNET/H不仅继承了MELSECNET/10优秀的特点，还是网络的实时性更好，数据容量更大，进一步适应市场的需要。

设备层/现场总线CC-Link 设备层是把PLC等控制设备和传感器以及驱动设备连接起来的现场网络，为整个网络系统最底层的网络。

采用CC-Link现场总线连接，布线数量大大减少，提高了系统可维护性。

而且，不只是ON/OFF灯开关量的数据，还可连接ID系统、条形码阅读器、变频器、人机界面等智能化设备，从完成各种数据的通信，到终端生产信息的管理均可实现，加上对机器动作状态的集中管理，使维修保养的工作效率也大有提高。在Q系列PLC中使用，CC-Link的功能更好，而且使用更简便。

在三菱的PLC网络中进行通信时，不会感觉到有网络种类的差别和间断，可进行跨网络间的数据通信和程序的远程监控、修改、调试等工作，而无需考虑网络的层次和类型。

MELSECNET/H和CC-Link使用循环通信的方式，周期性自动地收发信息，不需要专门的数据通信程序，只需简单的参数设定即可。

MELSECNET/H和CC-Link是使用广播方式进行循环通信发送和接收的，这样就可做到网络上的数据共享。

对于Q系列PLC使用的Ethernet、MELSECNET/H、CC-Link网络，可以在GX Developer软件画面上设定网络参数以及各种功能，简单方便。

参考资料：

百度百科-三菱PLC

对于包括 mysql 在内的大多数数据库系统而言
性能问题的排查主要有以下方向：
1 需求的不合理造成的性能问题
比方说，不需要实时更新的内容，被要求做成实时更新
2 架构的不合理造成的性能问题
比方说，不适合数据库保存的数据，被存放在数据库中
或者，频繁访问但是很少变更的数据，没有做缓存
3 查询语句的不合理造成的性能问题
比方说，重复执行相同的 SQL 会造成资源浪费
或者，大量复杂的 join 语句会导致查询效率低下
4 数据库设计的不合理造成的性能问题
比方说，盲目追求三范式、四范式，有时候并没有必要
5 硬件配置的不合理造成的性能问题
比方说，数据库服务器的 io 性能、CPU 、网络状况，都会影响性能
以上这些都是性能问题定位和调优的方向

---