InnoDB

MySQL优化 之 Discuz论坛MySQL通用优化

之前分别在2006和2009年写过两篇关于discuz优化的文章:MySQL优化 之 Discuz论坛优化MySQL优化 之 Discuz论坛优化 — 续,没想到都6年过去了,discuz还在坚挺的使用MyISAM引擎,堪比罚改委…

今日帮朋友优化号称日均500PV,100UV的论坛,后台DB采用R710(16G Ram,PERC 6/i 256MB BBU,4块 15K RPM SAS盘做raid 1+0,ext3文件系统,E5620 * 2),这个配置看似也不错了,不过压力仍然较大,大量的请求处于:sending data和statistics状态。…

            

MySQL数据库性能优化之存储引擎选择

【IT168 技术】MySQL 的存储引擎可能是所有关系型数据库产品中最具有特色的了,不仅可以同时使用多种存储引擎,而且每种存储引擎和MySQL之间使用插件方式这种非常松的耦合关系。

由于各存储引擎功能特性差异较大,这篇文章主要是介绍如何来选择合适的存储引擎来应对不同的业务场景。

系列的第五篇文章:MySQL数据库性能优化之存储引擎选择
系列的第四篇文章:MySQL 数据库性能优化之SQL优化
系列的第三篇文章:MySQL 数据库性能优化之索引优化
系列的第二篇文章:MySQL 数据库性能优化之表结构优化
系列的第一篇文章:MySQL 数据库性能优化之缓存参数优化

        

MySQL单表ibd文件恢复

前言:

随着innodb的普及,innobackup也成为了主流备份方式。物理备份对于新建slave,全库恢复的需求都能从容应对。

但当面临单表数据误删,或者单表误drop的情况,如果使用物理全备进行恢复呢?

下文将进行详细分析。

恢复过程中需要用到的工具,percona data recover tool : https://launchpad.net/percona-innodb-recovery-tool

    

MySQL MyISAM/InnoDB高并发优化经验

最近做的一个应用,功能要求非常简单,就是 key/value 形式的存储,简单的 INSERT/SELECT,没有任何复杂查询,唯一的问题是量非常大,如果目前投入使用,初期的单表 insert 频率约 20Hz(次/秒,我喜欢这个单位,让我想起国内交流电是 50Hz),但我估计以后会有 500Hz+ 的峰值。目前的工作成果,额定功率 200Hz(CPU 占用 10 – 20,load avg = 2),最大功率 500Hz(这时 load avg > 20,很明显,只能暂时挺挺,应该在出现这种负载前提前拆表了)…

    

MySQL: InnoDB 还是 MyISAM?

MyISAM存储引擎

MyISAM是 默认存储引擎。它基于更老的ISAM代码,但有很多有用的扩展。MyISAM存储引擎的一些特征:
·      所有数据值先存储低字节。这使得数据机和操作系统分离。二进制轻便性的唯一要求是机器使用补码(如最近20年的机器有的一样)和IEEE浮点格式(在主流机器中也完全是主导的)。唯一不支持二进制兼容性的机器是嵌入式系统。这些系统有时使用特殊的处理器。

·        先存储数据低字节并不严重地影响速度;数据行中的字节一般是未联合的,从一个方向读未联合的字节并不比从反向读更占用更多的资源。服务器上的获取列值的代码与其它代码相比并不显得时间紧。…

    

一步到位之InnoDB

前言:MySQL发展到今天,InnoDB引擎已经作为绝对的主力,除了像大数据量分析等比较特殊领域需求外,它适用于众多场景。然而,仍有不少开发者还在“执迷不悟”的使用MyISAM引擎,觉得对InnoDB无法把握好,还是MyISAM简单省事,还能支持快速COUNT(*)。本文是由于最近几天帮忙处理discuz论坛有感而发,希望能对广大开发者有帮助。

1. 快速认识InnoDB
InnoDB是MySQL下使用最广泛的引擎,它是基于MySQL的高可扩展性和高性能存储引擎,从5.5版本开始,它已经成为了默认引擎。
InnODB引擎支持众多特性:

    

InnoDB 作为默认存储引擎(从mysql-5.5.5开始)

InnoDB as Default Storage Engine
从mysql-5.5.5开始,InnoDB作为默认存储引擎,InnoDB作为支持事务的存储引擎,拥有相关的RDBMS特性:包括ACID事务支持,参考完整性(外健),灾难恢复能力等特性。
同时作为维护mysql内部结构的mysql和information_schema两个databases中的表,依然使用MyISAM存储引擎,而且不能被更改为InnoDB.
1.InnoDB table优点
硬件故障导致的server crash(比如停电),在下次重起database会自动恢复。
由InnoDB buffer pool 负责cache被访问的表和索引数据,直接在内存中进行处理,根据合理算法来保持热点块(hot)保留在内存中,极大地提高访问效率,减少I/O。
使用外健来实现参考完整性,实现数据的逻辑分割,同时还可以实现关联更新。
如果数据损坏,checksum机制能够在你使用时候提醒你这些受损的数据。
建议所有的表都有主健(频繁使用的field上或者auto_increment field上创建),这将极大提高基于where条件为主健(primary key)上的查询性能,包括order by , group by 等。
提供change buffering自动优化机制来优化诸如Insert,Update,Delete等操作;InnoDb能允许同一表上的读,写操作,还能cache 改变数据来减少I/O.

2.InnoDB table最佳处理方法
给每个InnoDB表指定主健
为提高组合查询性能,定义外健在join columns上,并且定义为相同数据类型,外健能实现因主表更新而关联更新子表,并且阻止子表的插入新数据,当这些新数据并不在主表存在时。
改变autocommit默认方式为不自动提交,减少提交次数过多带来的性能影响;可以由start transaction and commit来以"逻辑事务处理"等为单位来控制提交次数。
停止使用lock table语句,InnoDB能处理同一表上的读写并发sessions,并且不存在可靠性和性能损失。
Enable …

    

InnoDB和MyISAM区别

InnoDB和MyISAM是许多人在使用MySQL时最常用的两个表类型,这两个表类型各有优劣,视具体应用而定。以前MySQL 默认的存储引擎是MYISAM,从5.5.5之后就改用InnoDB了。它们的基本的差别为:MyISAM类型不支持事务处理等高级处理,而InnoDB类型支持。MyISAM类型的表强调的是性能,其执行数度比InnoDB类型更快,但是不提供事务支持,而InnoDB提供事务支持已经外部键等高级数据库功能。
MyIASM是IASM表的新版本,有如下扩展:
·二进制层次的可移植性。
·NULL列索引。
·对变长行比ISAM表有更少的碎片。
·支持大文件。
·更好的索引压缩。
·更好的键吗统计分布。
·更好和更快的auto_increment处理。…