多核对mysql好处_多核和MySQL性能

谈到MySQL,存储引擎之间没有比较,只是它分为两个基本类别：

至于列出的存储引擎,唯一具有ACID兼容性的是InnoDB和NDB.为什么要提到这个导入？两个原因：

>除了基本磁盘I / O,CPU使用率和总体吞吐量之外,其他存储引擎根本不会受益于更多核心的存在.

>每个非事务性存储引擎的代码,无论存储引擎如何,基本上都规定了14个内部操作,并不是为了利用多个内核的访问而设计的.

InnoDB在MySQL 5.5下,InnoDB插件)和Percona Server的XtraDB都有可以设置的选项,以便访问多个核心(Percona Server已经这么做了).事实上,Percona为每个新的GA源代码发布的MySQL源代码提供了大约30,000行代码,专门用于InnoDB的性能增强.我们可以肯定Oracle已经在自己的智库中包含了自己的增强功能,可以在InnoDB中运行以进行多核操作(自MySQL 5.1.38起).

Java多线程是否利用多核、由于需要对数据执行MVCC以及行/页锁定,现在可以对事务性能进行检测,测量和配置.

更新2011-09-20 08:03美国东部时间

对于受益于所有内核的InnoDB,我们需要让事情保持清醒.核心还必须倾向于数据库服务器中的其他事项(操作系统,磁盘,内存,应用程序,监视等).对于那些预算有限的人来说,很多人都倾向于使用数据库服务器提供NFS,来自Munin的监控,对JBoss,PHP的应用程序支持以及列表的继续.如果你想要MySQL,更具体地说是InnoDB,要使用更多内核,数据库服务器必须专门用于MySQL,而OS /磁盘/内存必须只适用于MySQL.鉴于这种观点,InnoDB将毫无疑问地吸引更多核心.

至于InnoDB插件,它被简单地提到了早先的举措,以便在MySQL方面拥有更好的InnoDB(呃,甲骨文.很抱歉,仍然没有说清楚).从MySQL 5.1.38中可以看出召唤更多核心活动的新变量.

例如,innodb_read_io_threads和innodb_write_io_threads(自MySQL 5.1.38以来)为读取和写入分配指定数量的线程.默认值为4,最大值为64.默认和最大设置如此不同(4-64)表明InnoDB在配置时是多线程和核心密集型的！

Percona领导了满足MySQL社区使用InnoDB访问更多内核的需求.因此,MySQL开始效仿.我不得不承认Oracle(yuck)为更多的核心活动做了必要的改进.