二 05 如何获取 MySQL innodb 的 B+tree 的高度 发布时间:2020 年 2 月 5 日 发布者: OurMySQL MySQL 的 innodb 引擎之所以使用 B+tree 来存储索引,就是想尽量减少数据查询时磁盘 IO 次数。树的高度直接影响了查询的性能。一般树的高度在 3~4 层较为适宜。数据库分表的目的也是为了控制树的高度。那么如何获取树的高度呢?下面使用一个示例来说明如何获取树的高度。 继续阅读全文 →
六 01 从MyISAM转到InnoDB需要注意什么 发布时间:2015 年 6 月 1 日 发布者: OurMySQL 问题 当前,绝大多数业务场景用InnoDB已经完全能搞定了,越来越多的业务从MyISAM转向InnoDB引擎,那么有哪些注意事项呢? 分析 当了解完两种引擎的不同之处,很轻松的就能知道有哪些关键点了。 继续阅读全文 →
四 07 InnoDB还是MyISAM 再谈MySQL存储引擎的选择 发布时间:2014 年 4 月 7 日 发布者: OurMySQL 两种类型最主要的差别就是Innodb 支持事务处理与外键和行级锁.而MyISAM不支持.所以MyISAM往往就容易被人认为只适合在小项目中使用。 我作为使用MySQL的用户角度出发,Innodb和MyISAM都是比较喜欢的,但是从我目前运维的数据库平台要达到需求:99.9%的稳定性,方便的扩展性和高可用性来说的话,MyISAM绝对是我的首选。 继续阅读全文 →
九 15 MySQL数据库InnoDB存储引擎在线加字段实现原理详解 发布时间:2013 年 9 月 15 日 发布者: OurMySQL 腾讯互娱内部维护了一个MySQL分支,基于官方5.5.24,实现了类似于Oracle 11g的快速加字段功能,这个分支我们内部称为TMySQL。该功能通过扩展存储格式来实现,原理类似于Oracle 11g,以下介绍下其实现原理。 继续阅读全文 →
六 02 InnoDB Adaptive Hash Index浅析 发布时间:2013 年 6 月 2 日 发布者: OurMySQL Adaptive Hash Index是针对B+树Search Path的优化,因此所有会涉及到Search Path的操作,均可使用此Hash索引进行优化,这些可优化的操作包括:Unique Scan/Range Scan(Locate First Key Page)/Insert/Delete/Purge等等,几乎涵盖InnoDB所有的操作类型。 继续阅读全文 →
二 19 InnoDB一定会在索引中加上主键吗 发布时间:2013 年 2 月 19 日 发布者: OurMySQL 由衷的建议,所有的DBA建索引的时候,都在业务要求的索引字段后面补上主键字段,这没有任何损失,但是可能给你带来意外的惊喜。 继续阅读全文 →
二 19 Innodb IO优化 — 数据库表设计 发布时间:2013 年 2 月 19 日 发布者: OurMySQL 数据库表设计这块学问比较多,我这里单从互联网角度出发同时结合Innodb的特性给出一些设计方法供大家参考。本文构建大概分两分部分:Innodb的特性及设计中如何利用这种特性。 继续阅读全文 →
十二 16 Innodb IO优化-配置优化 发布时间:2012 年 12 月 16 日 发布者: OurMySQL 对于数据库来讲大多瓶颈都出现在IO问题上,所以现在SSD类的设备也才能大行其道。那数据库的IO这块有什么可以优化的吗? 我这里大致谈一下我的看法,希望能达到一个抛砖引玉的效果。 继续阅读全文 →
十二 05 新手必看:一步到位之InnoDB 发布时间:2012 年 12 月 5 日 发布者: OurMySQL MySQL发展到今天,InnoDB引擎已经作为绝对的主力,除了像大数据量分析等比较特殊领域需求外,它适用于众多场景。然而,仍有不少开发者还在“执迷不悟”的使用MyISAM引擎,觉得对InnoDB无法把握好,还是MyISAM简单省事,还能支持快速COUNT(*)。本文是由于最近几天帮忙处理discuz论坛有感而发,希望能对广大开发者有帮助。 继续阅读全文 →
三 25 [存储引擎基础知识]InnoDB与MyISAM的六大区别 发布时间:2012 年 3 月 25 日 发布者: OurMySQL 本文主要整理了Mysql 两大常用的存储引擎MyISAM,InnoDB的六大常见区别,来源于Mysql手册以及互联网的资料 继续阅读全文 →