• 博客访问: 929998
  • 博文数量: 508
  • 用 户 组: 普通用户
  • 注册时间: 2013-09-12 16:33
  • 认证徽章:
个人简介

疲劳了,才感觉一切都真切了。人生最重要的并不是努力,而是方向。压力不是有人比你努力,而是比你厉害几倍的人依然比你努力(反鸡汤:比你厉害的依然比你努力,那你努力有毛用)。

文章分类

全部博文(508)

文章存档

2018年(64)

2017年(89)

2016年(162)

2015年(192)

2013年(1)

我的朋友

发布时间:2017-02-24 11:07:37

Innodb_io_capacity 对于IO稳定性的一些研究 背景:最近在做一台线上服务器IO负载情况的时候发现了以下现象:24小时的IO_UTIL 的曲线看似风平浪静,毛刺较少但当图片放大到半小时级别的时候发现IO_UTIL即磁盘使用率出现了规律性的波动,见下图:.........【阅读全文】

阅读(188) | 评论(0) | 转发(0)

发布时间:2016-07-22 18:06:09

参考连接:http://www.bubuko.com/infodetail-971804.html背景:某项目slave数据库的延迟非常大mysql> show slave status\G;*************************** 1. row ***************************               Slave_IO_State: Queueing master event to the relay.........【阅读全文】

阅读(3214) | 评论(0) | 转发(0)

发布时间:2017-01-11 13:53:02

1.0top看cpu消耗,发现sys比usr要高不少,这非常不正常如下利用perf看sys cpu消耗,也就是内核态cpu在做什么sys cpu看来大部分都消耗在_spin_lock上。但是内核在很多对资源的申请和释放的时候都会通过spin lock对临界资源进行保护。需要进一步分析__spin_loc.........【阅读全文】

阅读(274) | 评论(0) | 转发(0)

发布时间:2016-03-10 15:24:14

问题描述收到SLAVE延迟时间一直很大的报警,于是检查一下SLAVE状态(无关状态我给隐去了): Slave_IO_State: Waiting for master to send event         Master_Log_File: mysql-bin.000605 ---当前master的binlog     Read_Master_Log_Pos: 305864 .........【阅读全文】

阅读(813) | 评论(0) | 转发(0)

发布时间:2016-03-11 14:47:25

收到线上某业务后端的MySQL实例负载比较高的告警信息,于是登入服务器检查确认1. 首先我们进行OS层面的检查确认我们一般先看整体负载如何,负载高的话,肯定所有的进程跑起来都慢[yejr@imysql.com:~ ]# w 11:52:58 up 702 days, 56 min, 1 user, load average: 7.20, 6.70, 6.47USE.........【阅读全文】

阅读(692) | 评论(0) | 转发(0)
给主人留下些什么吧!~~

小亮520cl2017-07-11 14:52

回复  |  举报

小亮520cl2017-05-27 13:52

回复  |  举报
留言热议
请登录后留言。

登录 注册