标签: CPU

十一 24

典型性索引引发CPU负载飙升问题

发布时间： 发布者：

收到一个mysql服务器负载告警，上去一看，load average都飙到280多了，用top一看，CPU跑到了336%，不过IO和内存的负载并不高，根据经验，应该又是一起索引引起的惨案了。
看下processlist以及slow query情况，发现有一个SQL经常出现，执行计划中的扫描记录数看着还可以，单次执行耗时为0.07s，还不算太大。乍一看，可能不是它引发的，但出现频率实在太高，而且执行计划看起来也不够完美

继续阅读全文 →

九 06

关于RDS实例CPU超过100%的分析

发布时间： 发布者：

RDS-mysql由于有资源的隔离，不同的实例规格拥有的iops能力不同，比如新1型提供的iops为150个，也就是每秒能够提供150次的随机磁盘io操作，所以如果用户的数据量很大，内存很小，由于iops的限制，一条慢sql就很有可能消耗掉所有的io资源，而影响其他的sql查询，对于数据库来说就是所有的sql需要执行很长的时间才能返回结果，对于应用来说就会造成整体响应的变慢；所以优化永不止境，既可以帮助你的系统稳定，同时又可以节约你的成本，何乐不为。

继续阅读全文 →

十二 14

mysqld服务器CPU/IOWAIT瞬间出现峰值的问题

发布时间： 发布者：

自从nagios报警服务配置完善以后,潜伏在DB上的问题变得愈加凸显，这期间还经历了三番五次的机器故障，于是就更加紧绷了我们对于目前DB状态的关注度，通过cacti看每组机器资源的使用情况，通过nagios的alert提示会知道哪些异常在频繁出现，尽管没有发出报警通知（报警策略：所有服务检测每个5分钟扫描一次，发现故障第一次提示开始，每隔1分钟再去尝试，一共4次，当确认该服务失败或者超过阀值后，将状态从之前的Soft更新为Hard，然后便会发出邮件触发139邮箱短信报警，报警邮件的周期为每30钟一次）。观察每个时段nagois的alert提示，同时比对该事件点在cacti上的资源使用情况，给我们一步步排查异常提供了线索。

继续阅读全文 →

十二 29

MySQL优化实例

发布时间： 发布者：

在Apache, PHP,MySQL的体系架构中，MySQL对于性能的影响最大，也是关键的核心部分。对于Discuz!论坛程序也是如此，MySQL的设置是否合理优化，直接影响到论坛的速度和承载量！同时，MySQL也是优化难度最大的一个部分，不但需要理解一些MySQL专业知识，同时还需要长时间的观察统计并且根据经验进行判断，然后设置合理的参数。

继续阅读全文 →

十一 01

数据中心（Data Center）的一些思考

发布时间： 发布者：

从去年开始，就陆陆续续的参加了一些数据中心的会议，大部分的会议，其实都是在借数据中心之名推销自己的产品了。不过，其中也有一些还不错的，大致上反映了目前数据中心所遇到的问题。
国内数据中心与国外的数据中心还是有比较大的差异，这里我们只看国内的数据中心，国内的数据中心目前遇到的问题，其实都是大同小异，不外乎就是如下几种：

继续阅读全文 →