mysql
dummy_杜
混迹于人间天堂西子湖畔的屌丝dba
展开
-
mysql group by 实现方式
gruop by 实现有3中方式: using loose indexusing tight indexusig 临时表 假设idx(c1,c2,c3) on table t1(c1,c2,c3,c4) (1) 使用松散索引情况 1,select distinct key_part1,key_part2 from table mysql>explain SELECT DIS原创 2013-06-03 16:49:06 · 310 阅读 · 0 评论 -
innodb_force_recovery解决掉电不断重启问题
前段时间公司停电,研发同鞋测试的DB服务器受到影响,连进去执行查询操作没执行几次就会报connection refuse错误,连进去后执行查询操作会有返回Mysql Server hash gone away的现象,后来查看error log发现原来是mysqld进程在不断重启 google了一把错误原因 看到是因为undo表空间损坏导致【后悔没有保留当时错误日志啊,blog应当及时才行】 后原创 2013-06-25 14:18:30 · 5163 阅读 · 1 评论 -
sql_slave_skip_counter=N 做了些什么
之前一直以为我们设置sql_slave_skip_counter=1时我们是跳过当前事务复制出错的日志,看完淘宝丁奇大师的blog后 顿时明白了其真正含义,以下为转载丁奇blog: http://dinglin.iteye.com/blog/1236330 背景知识1: 在主从库维护中,有时候需要跳过某个无法执行的命令,需要在slave处于stop状态下,执行 set global转载 2014-01-10 15:06:40 · 1566 阅读 · 0 评论 -
master宕机slave复制出错一则
在我们使用MySQL复制的时候,可能经常会遇到master与slave存在不一致情况,原因可能会比较多, 之前taobao遇到过因table_map_id导致过复制问题 具体连接参考:http://hatemysql.com/2012/11/23/%E6%B7%98%E5%AE%9D%E7%89%A9%E6%B5%81mysql-slave%E6%95%B0%E6%8D%AE%E4%B8%A2原创 2014-01-10 14:56:48 · 388 阅读 · 0 评论 -
EC2 RDS 删除大分区表 Failed
昨天在AWS RDS上删除一张400G+的分区表,耗时半个小时以上,最后因为RDS心跳超时重启导致没有删除干净。 相关日志: --------------分割线-------------------------------------相关删除大 表 操作信息 ------------------- p2p@p2pwarehouse 08:08:13>drop table infringme原创 2014-01-10 14:03:16 · 534 阅读 · 0 评论 -
TPCC-Mysql 测试结果详解
本着好文不常有,遇着就转走的原则,从http://blog.chinaunix.net/uid-26896862-id-3563600.html转来一篇tpcc方面的文章 目的: 鉴于很多人问到关于TPCC-MySQL输出结果的含义,将之前整理的关于TPCC-MySQL测试输出结果中没有注释的部分的含义进行分享,希望能够帮助大家更好的理解输出结果的含义。转载 2013-07-26 22:23:19 · 1042 阅读 · 0 评论 -
MySQL数据库InnoDB数据恢复工具使用总结
本文从实际使用经验出发,介绍一款开源的MySQL数据库InnoDB数据恢复工具:innodb-tools,它通过从原始数据文件中提取表的行记录,实现从丢失的或者被毁坏的MySQL表中恢复数据。例如,当你不小心执行DROP TABLE、TRUNCATE TABLE或者DROP DATABASE之后,可以通过以下方式恢复数据。 以下内容大部分参考自:Percona Data Recovery Too转载 2013-07-16 12:48:34 · 342 阅读 · 0 评论 -
Innobackupex超时退出及工作流程
汇金平台紧急扩容,服务器空间快爆了,在MM结构不影响slave服务情况下,选择Innobackupex备份并恢复,一致性时间点在备份结束时,不像mysqldump在备份开始时,这样备份期间的binlog就可以删除,可用空间被严重压榨,备份工具和恢复工具都部署好了,但是在备份预估时间过后迟迟未见通知,结果查看log,备份已经超时退出了,随后产品DBA、PE、开发工作都delay,sorry 呜转载 2013-07-16 12:57:56 · 648 阅读 · 0 评论 -
mysql压缩特性
需求:最近有个插入量比较大的应用需要上,每天的插入量在1亿左右,同时会有较少的查询,表的单行长度在0.5k,就数据而言每天有近50G数据,由于每天写一张新表,保留30天的数据,一个月下来也要1.5T,所以考虑了mysql采用mysql innodb plugin的压缩存储,在官方文档中这样描述了mysql的compress特性: The ability to compress user data转载 2013-07-16 12:55:33 · 1162 阅读 · 0 评论 -
mysql隔离级别与锁机制
鉴于最近mediaCrop跟tvsr项目测试中都遇到锁问题,有必要写一点关于mysql RDBMS 隔离级别与锁机制的东西 一,Mysql各引擎特征简介 在讲之前先简单介绍下mysql引擎,在mysql中有存储引擎的概念,各个引擎有各自的特点,简单介绍几款引擎,研发同学也许能用得到 myisam引擎 5.1及之前默认的存储引擎,只有索引缓存(key buffer,data无buffe原创 2013-06-25 14:36:27 · 1837 阅读 · 0 评论 -
gzip与lzma压缩对比
我们备份脚本中使用的是 lzma -2 来压缩文件,对lzma跟gzip做了2个实验来对比一下各自压缩/解压缩性能,压缩比 测试详细: 1,针对文本类型的文件(mysqldump) 源文件: root@hz-430:/vobiledata# ls -lh -rw-r--r-- 1 root root 739M Jun 24 06:32 meta.sql lzma: root原创 2013-06-25 14:30:16 · 1563 阅读 · 0 评论 -
mysql Insert Buffer 介绍
1,Insert Buffer 作用 Insert Buffer包含于Innodb Buffer Pool,用于缓冲非唯一索引 [除primary key跟unique key] 叶子节点的插入操作 (5.5开始 insert buffer变为change buffer,支持了update delete操作) 为什么要有这么一个区域呢? 原因很简单:Insert对于主键来说是一个顺序原创 2013-06-03 16:03:51 · 1778 阅读 · 0 评论 -
mysql order by 实现方式
Order by 实现主要有三种方式: 使用索引,效率非常高使用filesort,效率取决于数据量大小及实现方式使用临时表排序,效率最差 1,多表join情况中order by 实现方式: 当order by条件是驱动表(可以理解为explain的第一行) 最前索引时,Mysql将走索引,此时效率最高当order by条件是驱动表中字段,但不是最前索引时,将使用filesort当or原创 2013-06-03 16:33:56 · 442 阅读 · 0 评论 -
innodb_flush_method理解
innodb_flush_method这个参数控制着innodb数据文件及redo log的打开、刷写模式,对于这个参数,文档上是这样描述的: 有三个值:fdatasync(默认),O_DSYNC,O_DIRECT 默认是fdatasync,调用fsync()去刷数据文件与redo log的buffer 为O_DSYNC时,innodb会使用O_SYNC方式打开和刷写redo log,使用f原创 2013-06-03 17:44:09 · 4025 阅读 · 0 评论 -
tpcc_mysql测试出现Segmentation fault (core dumped)错误解决方法
今天在使用tpcc测试的时候遇到一个报错: abc:~/tpcc-mysql$ ./tpcc_start -h 192.130.109.13 -P 2345 -utpcc -ptpcc -w 100 -c 50 -r 600 -l 3600 -i 10 -f tpcc_tokurptf *************************************** *** ###easy###原创 2014-03-12 13:26:14 · 2623 阅读 · 1 评论