MySQL锁系列（四）之 undo log
什么是undo 121) redo 记录的是对页的重做日志，undo 记录的是对事务的逆向操作 2) undo 会产生redo，undo的产生也会伴随这redo的产生，因为重启恢复的时候，可以通过redo还原这些undo的操作,以达到回滚的目的 undo有什么用 121) 用
MySQL锁系列（三）之 redo log
WHY 1）锁和事务是分不开的，事务和redo又是傻傻分不清楚的 2）事务最重要的是什么？ACID 又是如何实现的？ 1234567891011* A 原子性 通过redo实现* C 一致性 通过undo实现 * I 隔离性 通过lock实现* D 持久性
util 100% 怪异问题分析
环境 121. DB: Server version: 5.7.18-log MySQL Community Server (GPL) 2. OS: CentOS release 6.6 (Final) 问题描述 问题要害 121. 不定时的磁盘util 100%
MySQL锁系列（二）之 锁解读
背景 锁系列第一期的时候介绍的锁，我们要如何去解读呢？ 在哪里能够看到这些锁？ 锁信息解读 工欲善其事必先利其器show engine innodb status 关于锁的信息是最详细的 案例一（有索引的情况） 前期准备 12345678910111213
MySQL锁系列（一）之锁的种类和概念
背景 锁是MySQL里面最难理解的知识，但是又无处不在。一开始接触锁的时候，感觉被各种锁类型和名词弄得晕头转向，就别说其他了。本文是通过DBA的视角（非InnoDB内核开发）来分析和窥探锁的奥秘，并解决实际工作当中遇到的问题 锁的种类&概念 想要啃掉这块最难的大骨
omega监控系列之connection
背景 什么是omega 12345简单说就是一个平台， 运维和运营为一体的智能DB管理平台所有DB相关的事情都能通过此平台 完成->自助完成->智能完成目前知道这个就够了，其他的以后慢慢介绍 为什么要介绍omega系统里面的connection 1234
MySQL5.6：一个神奇的执行计划
今天遇到一个非常神奇的sql执行计划时好时坏，我们一起来领略一下吧 废话不多说，直接进入实战 环境 12345678910111213141516171819202122232425262728* version：MySQL5.6.27 社区版* 表结构CREATE TABLE
自增锁引发的悲剧
背景 先描述下故障吧 step0: 环境介绍 123456789101112131415161718191. MySQL5.6.272. InnoDB3. Centos基本介绍完毕，应该跟大部分公司的实例一样CREATE TABLE `new_table` ( `id`
MySQL5.7 GTID 运维实战
GTID 和 START SLAVE START SLAVE 语法 1234567891011121314151617181920212223242526START SLAVE [thread_types] [until_option] [connection_options
device is busy
环境 CentOS release 6.6 (Final)Linux tjtx135-2-90.58os.org 2.6.32-504.23.4.el6.x86_64 #1 SMP Tue Jun 9 20:57:37 UTC 2015 x86_64 x86_64 x86_64