十五年测试老手,长期负责WEB\APP 项目测试,目前主要负责团队管理工作。

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

上一篇 / 下一篇  2012-11-23 22:44:55 / 个人分类:mysql

文章来源
  • 文章来源:【转载】

        MySQL 的存储引擎可能是所有关系型数据库产品中最具有特色的了,不仅可以同时使用多种存储引擎,而且每种存储引擎和MySQL之间使用插件方式这种非常松的耦合关系。51Testing软件测试网SB-KW*Hh|^

  由于各存储引擎功能特性差异较大,这篇文章主要是介绍如何来选择合适的存储引擎来应对不同的业务场景。51Testing软件测试网iN+lX*}h&Q

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

&eQ;B#l:E_S0

  MyISAM51Testing软件测试网b(x @Bwcn.U

  1.特性

M [Tu?0

  不支持事务:MyISAM存储引擎不支持事务,所以对事务有要求的业务场景不能使用51Testing软件测试网Sw&~Y"_6U

  表级锁定:其锁定机制是表级索引,这虽然可以让锁定的实现成本很小但是也同时大大降低了其并发性能51Testing软件测试网jx)g^+ljb'qCB&dn

  读写互相阻塞:不仅会在写入的时候阻塞读取,MyISAM还会在读取的时候阻塞写入,但读本身并不会阻塞另外的读51Testing软件测试网$`3AkX;@A g }Z N6`

  只会缓存索引:MyISAM可以通过key_buffer缓存以大大提高访问性能减少磁盘IO,但是这个缓存区只会缓存索引,而不会缓存数据51Testing软件测试网6|G1S]-g

  2.适用场景

C;I V'A W4K0

  不需要事务支持(不支持)

@hO~ \!B(^e0

  并发相对较低(锁定机制问题)

#V*eHWR{0

  数据修改相对较少(阻塞问题)51Testing软件测试网+^ s,uE9p6v'S LO

  以读为主51Testing软件测试网y\#z*MV6i/y3k

  数据一致性要求不是非常高

~wk\(S/t0

  3.最佳实践51Testing软件测试网|k4D4[2x9Ok*Sa

  尽量索引(缓存机制)51Testing软件测试网 k'^7Y7GVW

  调整读写优先级,根据实际需求确保重要操作更优先51Testing软件测试网 k%~6V/uEk9i;z

  启用延迟插入改善大批量写入性能51Testing软件测试网 A+lU8g:|.};o

  尽量顺序操作让insert数据都写入到尾部,减少阻塞

;MgVW7^0

  分解大的操作,降低单个操作的阻塞时间

6hE%ufdI%y Xm0

  降低并发数,某些高并发场景通过应用来进行排队机

"D2~2u PoM0

  对于相对静态的数据,充分利用Query Cache可以极大的提高访问效率

8i\;_6u$^9IE0

  MyISAM的Count只有在全表扫描的时候特别高效,带有其他条件的count都需要进行实际的数据访问

#Ii*g$N8jjIU0

  InnoDB

-HhQz7b6r/l/k0

  1.特性

7v;k*[Jz4c7etR4rp8}0

  具有较好的事务支持:支持4个事务隔离级别,支持多版本读

5d6|.r*wi*k rX.}1i0

  行级锁定:通过索引实现,全表扫描仍然会是表锁,注意间隙锁的影响

$` ve+gZ Cn X _l0

  读写阻塞与事务隔离级别相关51Testing软件测试网[4?7T;J8s

  具有非常高效的缓存特性:能缓存索引,也能缓存数据51Testing软件测试网~juM&x vB[!a,q/]

  整个表和主键以Cluster方式存储,组成一颗平衡树

y(h0V+{Act u?O'gus |0

  所有Secondary Index都会保存主键信息

T%~B&W7FS0

  2.适用场景

0u@+Y6c*F0

  需要事务支持(具有较好的事务特性)

z pma8G x`9vk0

  行级锁定对高并发有很好的适应能力,但需要确保查询是通过索引完成51Testing软件测试网)q({I]X7^

  数据更新较为频繁的场景51Testing软件测试网?(?N K:J/l]3Xy

  数据一致性要求较高51Testing软件测试网 i[^3~*Qhg.O6rw

  硬件设备内存较大,可以利用InnoDB较好的缓存能力来提高内存利用率,尽可能减少磁盘 IO51Testing软件测试网y m V2h#QWA9o

  3.最佳实践

h m/h'}f/m*z4_I2C0

  主键尽可能小,避免给Secondary index带来过大的空间负担

,Q `8P| M.{J3XC0

  避免全表扫描,因为会使用表锁

EGjv,S3Jt0

  尽可能缓存所有的索引和数据,提高响应速度

n5i+yETh0

  在大批量小插入的时候,尽量自己控制事务而不要使用autocommit自动提交51Testing软件测试网i?Zl R?"a4Dw(C \ sH

  合理设置innodb_flush_log_at_trx_commit参数值,不要过度追求安全性

yAXe!m0yH0

  避免主键更新,因为这会带来大量的数据移动

w G9E!~:b[2VK2N ?V0

  NDBCluster51Testing软件测试网HG0C5Q B0s5H&m5u

  1.特性51Testing软件测试网6T,J(rt)i&R r$Y?C

  分布式:分布式存储引擎,可以由多个NDBCluster存储引擎组成集群分别存放整体数据的一部分51Testing软件测试网/@ P5xwX!p

  支持事务:和Innodb一样,支持事务

/r5NO'Wl*k0

  可与mysqld不在一台主机:可以和mysqld分开存在于独立的主机上,然后通过网络和mysqld通信交互

Z aTU`Pz0

  内存需求量巨大:新版本索引以及被索引的数据必须存放在内存中,老版本所有数据和索引必须存在与内存中51Testing软件测试网wQU-|K|

  2.适用场景

g#V rA(D|:h0

  具有非常高的并发需求51Testing软件测试网)g,V2o&u~

  对单个请求的响应并不是非常的critical

4P)D$u2?;m7z#m-]*U(E0

  查询简单,过滤条件较为固定,每次请求数据量较少,又不希望自己进行水平Sharding51Testing软件测试网f5S],kk3ZxV

  3.最佳实践

Q)?4z$rf`-m4C]6^0

  尽可能让查询简单,避免数据的跨节点传输

,m0`_!u\,T1M-S0

  尽可能满足SQL节点的计算性能,大一点的集群SQL节点会明显多余Data节点

nnQ,s&M U~6Y0

  在各节点之间尽可能使用万兆网络环境互联,以减少数据在网络层传输过程中的延时

K\:Qw*dh8Y2K1N0

  注:以上三个存储引擎是目前相对主流的存储引擎,还有其他类似如:Memory,Merge,CSV,Archive等存储引擎的使用场景都相对较少,这里就不一一分析了,如果有朋友感兴趣,后面再补充吧。51Testing软件测试网7F8tu:D8]p5]&O4u

  (原文地址:http://isky000.com/database/mysql-performance-tuning-storage-engine)51Testing软件测试网 Q(~5M*r|


TAG: MySQL

 

评分:0

我来说两句

Open Toolbar