之前的专栏讨论了cpu使用率高的问题，根据之前专栏的相关介绍，其实等待I/O的cpu使用率(简称iowait)升高，也是常见的性能问题，本文就讨论下这个问题 进程状态top工具显示结果说明 top输出结果R列相关状态说明 R：ru

当你发现系统cpu使用率很高的时候，不一定能找到相对应的高cpu使用率进程，本文就是讨论这样问题的，以一个实例逐步分析，给出解决思路 案例实验环境说明 以nginx+php服务为例，使用docker跑对应的服务 案例操作及分析过程#

linux是一个多任务操作系统，它支持远大于cpu核心数的任务同时运行，当然，这些任务实际上并不是真正同时运行，操作系统在很短时间内，将cpu资源轮流分配给这些任务，造成多任务同时运行的错觉。每个任务运行前，cpu需要知道从哪里加载，从哪

cpu使用率linux通过proc这个虚拟文件系统，提供系统内部信息，/proc/stat提供的是系统cpu信息,可以使用以下命令查看： # cat /proc/stat |grep ^cpu cpu 241187 1658 242572

平均负载 平均负载：是指单位时间内，系统处于可运行状态和不可中断状态的平均进程数，也就是平均活跃进程数，它和cpu使用率没直接关系 可运行状态进程： 正在使用cpu或者正在等待使用cpu的进程，就是ps命令看到的处于R状态的进程 不可中

本文是mysql实战专栏第三篇 事务隔离，为什么你改了我还看不见？ 事务是要保证一组数据库操作，要么全部成功，要么全部失败，在mysql中，事务支持是在存储引擎层实现 隔离性与隔离级别 隔离性 Atomicity:原子性 Consi

本文是MySQL实战专栏第二篇，关于mysql日志系统 MySQL日志 slq更新流程会涉及两个重要日志模块 重做日志，redo log 二进制日志 binlog 重做日志 redo log mysql每次更新操作都需要写磁盘，在

本文是极客时间mysql实战专栏的学习笔记，此文是本专栏第一篇 查询语句执行过程 MySQL分为server层和存储引擎两部分 server层：（按执行顺序） 连接器：管理连接，权限验证。 建立连接后，此连接用户拥有的权限取决于此时读

此篇文章是根据国外一片博客的个人总结 时间管理之60-30-10法则 时间管理的本质是分轻重缓急，在合适的时间做合适的事，学会60-30-10法则，可以让你从无序的生活中解脱出来。 将一天中60%时间用于高价值的活动，30%时间给低价值