mysql数据库cpu飙升800%，如何故障定位及优化

mysql数据库cpu飙升800%，基本上就两种原因：

访问量大，大到你8核cpu都承受不了；

慢查询，数据库执行sql语句 *** 作（查询数据、修改数据）会产生大量的逻辑读，将读出来的数据维护到临时表中（内存），系统需要消耗较多的cpu来维持内存与磁盘数据的一致性。

大多数情况下都是开发人员对sql的把握质量不够，导致慢sql查询的产生，进而影响数据库的整体运行状况。

大量行锁冲突、行锁等待或后台任务也有可能会导致实例的CPU使用率过高，但这些情况出现的概率非常低。

当我们的数据库性能下降的厉害或者cpu飙升时候，可以进行如下 *** 作定位问题：

查询mysql进程列表

showfullprocesslist;

获取到mysql当前使用的进程：

如果进程很多，说明请求量很大，需要区分是否正常业务流量，还是代码问题导致的。

查询慢查询日志

showvariableslike'%slow_query_log%';

找到慢查询日志文件/home/mysql/data3085/mysql/

slow_querylog

，即可找到慢查询日志信息，解决这些慢sql，你的cpu一定会降下来。

避免数据库cpu飙升

实际开发过程中，我们对数据库的使用一定要小心，不能等问题发生了再去排查问题解决问题，而是要预防问题的发生，并且在问题可能发生的情况下，提前介入，避免问题扩大化。平时开发过程中需要做好一些准备工作：

增加CPU使用率告警机制，比如使用率超过80%就短信告警；

所有的sql语句必须走索引，有DBA则由DBA统一调控，没有的话开发人员先执行explain看sql执行计划，必须走索引，属于强制规则；

新功能上线必须进行压测；

日常mysql运行监控，慢查日志查看，将隐患扼杀在摇篮之中。

以上就是一些mysql稳定运行的个人看法，大家还有什么好的建议，欢迎评论去交流讨论，批评指正～

可靠性测试应用

1用户权限限制。软件是否按功能模块划分用户权限，权限划

分是否合理，考察超级用户对各个用户的权限管理是否合理，包括修改用户的登录资料等。

2用户和密码封闭性。软件对用户名和密码有无校验，有无保

护措施，尤其对密码有无屏蔽功能。

3系统对用户错误登录的次数限制。软件对用户错误登录有无

次数限制，一般做法是连续三次登录失败就退出系统。

4留痕功能。软件是否提供 *** 作日志，比如某用户登录的时间，查询、修改或删除的动作以及离开的时间等。

5屏蔽用户 *** 作错误。考察对用户常见的误 *** 作的提示和屏蔽

情况，例如可否有效避免日期的录入错误或写入无效的日期。

6错误提示的准确性。当用户 *** 作错误时，能否有准确清晰的

提示，使用户知道造成错误的原因。例如当用户未输入完有

效信息时存盘，系统应当给出关于未输入项的提示。

7错误是否导致系统异常退出。考察软件运行的稳定性，当软

件发生一般错误或严重错误时，软件是否会自动退出。

8数据备份与恢复手段。主要针对有数据存储需要的软件，有

的软件依靠数据库 *** 作系统本身的备份与恢复机制，这需要

用户具备一定的 *** 作知识;好的软件会提供备份与恢复的 ***

作，不需要用户直接对数据库系统进行 *** 作。

9输入数据有效性检查。当用户输入的数据有错时，软件应能

判断数据的有效性，避免无效数据的生成。

10异常情况的影响。在程序运行过程中进行掉电等试验，考查

数据和系统的受影响程度;若受损，是否提供补救工具，补

救的情况如何。

11网络故障对系统的影响。当网络中断连接时，是否会造成数

据的丢失。

看来我真是外行，这种题我居然回答不了，下面的是复制的:

数据库系统中的故障可以分以下几类：（1）事务内部的故障；（2）系统故障；（3）介质故障；（4）计算机病毒。事务故障、系统故障和介质故障影响事务的正常执行；介质故障和计算机病毒破坏数据库数据

可以分为三类：

1事务故障

2系统故障

3介质故障

事务故障：事务故障是由于程序执行错误而引起事务非预期的、异常终止的故障。它发生在单个事务的局部范围内，实际上就是程序的故障。有的事务故障可以通过事务程序本身发现。

系统故障：若系统在运行过程中，由于某种原因，造成系统停止运行，以致事务在执行过程中以非正常的方式终止，这是内存中的信息丢失，而存储在外存上的数据未受影响，这种情况称为系统故障。

介质故障：介质故障是指外存储设备故障，主要有磁盘损坏，磁头碰撞盘面，突然的强磁场干扰，数据传输部件出错，磁盘控制器出错等。

Shift键删除空白页，首先将光标定位在文档末尾，然后按住「Shift」键不松，鼠标单击选中空白页面，然后按下「Backspace或Delete」键即可删除空白页。

分页符删除空白页有一些空白页，即便是使用了Shift键删除法也无法删除，那么这个时候就要看看是不是插入了分页符，才会导致空白页的。表格删除空白页如果是以表格结束而产生的空白页，这个时候我们可以稍微调整下表格的大小，因为通常这种情况下都是因为表格太大占据了整整一页，使得最后一个回车在第二页无法删除，就形成了空白页。所以我们将表格调整的小一点，再按「Backspace」键就可以删除空白页了。

调整段落行距删除空白页如果还是以表格结尾而产生的空白页，除了利用方法三删除外，你也可以用这个方法来删除。首先将光标定位到空白页处，鼠标右键点击「段落」，将「行距」设为「固定值」，将「设置值」选择「1磅」，点击「确定」按钮也可以删除以表格结束的空白页。

查找替换删除空白页如果一个文档里出现了很多空白页，这个时候我们可以用替换功能来进行批量删除。首先按「Ctrl+H」键直接打开查找替换的窗口，在「特殊格式」中选择「手动分页符」，最后点击「全部替换」，就可以一下子把所有空白页都删除了！注意这个方法只适用于被隐藏的“分页符”导致的空白页，其它原因产生的空白页则不行。

分为：事务故障、 系统故障、 介质故障

一、事务故障

什么是事务故障？

某个事务在运行过程中由于种种原因未运行至正常终止点 事务故障的常见原因 输入数据有误 运算溢出 违反了某些完整性限制 某些应用程序出错 并行事务发生死锁事务故障（续） 事务故障的恢复

事务故障的恢复：事务撤消（UND） 恢复程序要在不影响其它事务运行的情况下，强行回滚（RBACK）该事务，即清除该事务对数据库的所有修改，使得这个事务象根本没有启动过一样 二、系统故障

什么是系统故障 ？

由于某种原因造成整个系统的正常运行突然停止，致使所有正在运行的事务都以非正常方式终止。 发生系统故障时，内存中数据库缓冲区的信息全部丢失，但存储在外部存储设备上的数据未受影响 系统故障（续） 系统故障的常见原因 *** 作系统或DBMS 代码错误 *** 作员 *** 作失误 特定类型的硬件错误（如CPU 故障） 突然停电 系统故障（续）

系统故障的恢复 1 清除尚未完成的事务对数据库的所有修改 如果DBMS 无法确定哪些事务已更新过数据库，则系统重新启动后，恢复程序要强行撤消（UND ） 所有未完成事务，使这些事务象没有运行过一样。2 将已完成事务提交的结果写入数据库 如果DBMS 无法确定哪些事务的提交结果尚未写入物理数据库，则系统重新启动后，恢复程序需要重做（RED ） 所有已提交的事务。

三、介质故障

什么是介质故障？

硬件故障使存储在外存中的数据部分丢失或全部丢失 介质故障比前两类故障的可能性小得多，但破坏性最大。 介质故障(续) 介质故障的常见原因 硬件故障 磁盘损坏 磁头碰撞 *** 作系统的某种潜在错误 瞬时强磁场干扰 介质故障（续） 介质故障的恢复 装入 数据库发生介质故障前某个时刻的数据副本 重做自此时始的所有成功事务 ，将这些事务已提交的结果重新记入数据库 故障的种类小结 数据库系统中各类故障对数据库的影响 数据库本身被破坏 （介质故障） 数据库处于不一致状态 数据库中包含了未完成事务对数据库的修改（事务故障、系统故障） 数据库中丢失了已提交事务对数据库的修改（系统故障）不同类型的故障应采用不同的恢复 *** 作 故障的种类小结（续）

恢复 *** 作的基本原理：简单 原理：利用 存储在系统其它地方的冗余数据 来重建 数据库中已经被破坏或已经不正确的那部分数据 恢复的实现技术：复杂 一般一个大型数据库产品，恢复子系统的代码要占全部代码的10% 以上。

希望能帮到楼主~~~也希望能成为最佳答案~~~要不都枉费了我打这么多字了啊

以上就是关于mysql数据库cpu飙升800%，如何故障定位及优化全部的内容，包括:mysql数据库cpu飙升800%，如何故障定位及优化、什么是软件系统故障率与可靠性、事务运行中可能产生的故障有哪几类哪些故障破坏数据库数据等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！