mysql是怎么支持多核 mysql 多核

mysql具体是怎么支持多核的呢

看你主机的配置和性能情况， 一般来说mysql对多核CPU支持不是很好，所以一般单机多实例的部署方式是很常见的。 下图为随主机CPU核数增加，mysql的性能曲线。

龙港ssl适用于网站、小程序/APP、API接口等需要进行数据传输应用场景，ssl证书未来市场广阔！成为创新互联的ssl证书销售渠道，可以享受市场价格4-6折优惠！如果有意向欢迎电话联系或者加微信：028-86922220（备注：SSL证书合作）期待与您的合作！

单核cpu占用率高

户现场反馈，top的检查结果中，一个CPU的占用一直是100%。实际上现场有4个CPU，而且这个服务器是mysql专属服务器。

我的第一反应是io_thread一类的参数设置有问题，检查以后发现read和write的thread设置都是4，这和CPU数一致，因此可以断定这并不是单颗CPU占用过高的问题。

接下来需要确认MySQL究竟有没有利用到多核CPU，这个时候需要的工具叫做pidstat，命令如下：

pidstat -u -t -p 18158

得到的结果如下图所示：

可以看出其实mysqld是可以利用到多核CPU的，那么此时可以得到一个推断：

某个CPU上做的事情太占资源了

一般这种最占资源的工作一定会在INNODB_TRX里留下一些端倪，因此检查一下：

反复的检查TRX，发现mysql在不停的执行这个SQL，只是where条件里的值发生了变化，至此我可以推断出业务应该是写了一个循环来遍历一个list，然后对每个item都执行update操作。

应该是写了这么一段代码在处理问题：

for (item in list) {   update_db(item);}

检查这个表并没有索引，给where条件中的列加上索引，再次检查CPU的占用，发现现在的占用已经降低到了16%左右，虽然还是很高，但是已经实际上解决了该问题。

这里我有点感慨，DBA并不是你会写SQL就可以干的，DBA实际上是运维人员的一种，运维要掌握多少种技能恐怕只有运维小伙伴们清楚，其实技术难度并不比写Java

代码低。DBA掌握多少种检查问题的手段，DBA面对问题时能不能第一时间找准方向，这都是经验和功力的展现。

mysql 5.1和5.5的区别

新一代MySQL产品---MySQL5.5 已经面世，较之之前的5.1版本，将获得诸多特性方面的提升，简单总结如下：

1. 默认存储引擎更改为InnoDB

InnoDB作为成熟、高效的事务引擎，目前已经广泛使用，但MySQL5.1之前的版本默认引擎均为MyISAM，此次MySQL5.5终于 做到与时俱进，将默认数据库存储引擎改为InnoDB，并且引进了Innodb plugin 1.0.7。此次更新对数据库的好处是显而易见的：InnoDB的数据恢复时间从过去的一个甚至几个小时，缩短到几分钟(InnoDB plugin 1.0.7，InnoDB plugin 1.1， 恢复时采用红-黑树)。InnoDB Plugin 支持数据压缩存储，节约存储，提高内存命中率，并且支持adaptive flush checkpoint, 可以在某些场合避免数据库出现突发性能瓶颈。

Multi Rollback Segments： 原来InnoDB只有一个Segment，同时只支持1023的并发。现已扩充到128个Segments，从而解决了高并发的限制。

2. 多核性能提升

Metadata Locking (MDL) Framework替换LOCK_open mutex (lock)，使得MySQL5.1及过去版本在多核心处理器上的性能瓶颈得到解决，官方表示将继续增强对MySQL多处理器支持，直至MySQL性能 “不受处理器数量的限制”

3. 复制功能(Replication)加强

MySQL复制特性是互联网公司应用非常广泛的特性，作为MySQL最实用最简单的扩展方式，过去的异步复制方式已经有些不上形势，对某些用户 来说“异步复制”意味着极端情况下的数据风险，MySQL5.5将首次支持半同步(semi-sync replication)在MySQL的高可用方案中将产生更多更加可靠的方案。另外Slave fsync tunning;Relay log corruption recovery和Replication Heartbeat也将实现

4. 增强表分区功能

mysql有没有设置使用cpu多核的参数

没有，这个程序应用，属于数据库系统，是目前世界上流行的关系数据库管理系统，系统可移植性好、使用方便、功能强，可以适用于不同的应用管理控制系统里。

分享题目：mysql是怎么支持多核 mysql 多核
文章来源：http://6mz.cn/article/docgipe.html