MySQL跑在CentOS 6 和 7上的性能比较

转载

程序猿DD 2021-06-22 10:27:52

文章标签 MySQL 文章分类 MySQL 数据库

MySQL跑在CentOS 6 和 7上的性能比较_MySQL

一前言

计划今年将数据库服务器的os 从centos 6 升级到centos 7,根据惯例,升级之前我们要进行一次性能压测。本文分享一下我们的压测记录和结果。

二压测准备

2.1 压测方法

使用sysbench-0.5构造10张表，每张表500w数据，并行度分别为12 24 36 48 60 72 ，每个并发压测4小时，共计24小时。压测命令如下

/opt/yz-sysbench/bin/sysbench --test=/opt/yz-sysbench/share/sysbench/oltp.lua --oltp-tables-count=10 --oltp-table-size=5000000 - -mysql-db=sysbench --mysql-user=sysbench --mysql-password=sysbench --mysql-socket=/srv/my3306/run/mysql.sock --max-time=14400 --max-requests=0 --num-threads=12 --oltp-test-mod e=complex run

注: sysbench在本地安装，压测几乎没有网络交互的时间损耗。

2.2 目标数据

因为是要压测数据库性能，所以本次主要监控数据库性能qps tps，主机io ，cpu 等性能指标。

三压测数据

3.1 qps

MySQL跑在CentOS 6 和 7上的性能比较_MySQL_02

3.2 insert /delete

sysbench 的oltp模式，insert和delete的比例是一样的，压测每秒的tps数据一致，故放到一起。

MySQL跑在CentOS 6 和 7上的性能比较_MySQL_03

3.3 update 性能

MySQL跑在CentOS 6 和 7上的性能比较_MySQL_04

3.4 cpu io 对比

MySQL跑在CentOS 6 和 7上的性能比较_MySQL_05

MySQL跑在CentOS 6 和 7上的性能比较_MySQL_06

centos 7的cpu 负载比centos6 略低，io 利用比centos 6的更高些。

3.5 热点秒杀场景

推荐先看文章热点商品更新优化方案

MySQL为了提高数据库的数据安全性，设置2个参数来控制数据落盘的策略，我们目前的设置为每次提交事务都会出发写数据到磁盘，带来的好处是数据安全，最极端的情况下会丢失一个事务,其负面影响是会导致大量的IO操作。

另外一点数据库并发执行update同一行的动作会被其他已经持有锁的会话堵住，并且需要要进行判断会不会由于自己的加入导致死锁，这个时间复杂度O(n)，如果有1000个请求，每个线程都要检测自己和其他999个线程是否死锁。如果其他线程都没有持有其他锁，约比较50w次(计算方式 999+998+...+1)。这个种锁等待和检查死锁冲突带来巨大的时间成本。

核心优化参数

sync_binlog=0                    -- 交给系统来刷binlog	
innodb_flush_log_at_trx_commit=0 -- 每秒刷新redo buffer到磁盘	
innodb_deadlock_detect=OFF       --关闭死锁检测	
innodb_lock_wait_timeout=2

压测场景:

CREATE TABLE `seckill` (
`id` int(11) DEFAULT NULL,
`num` bigint(20) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
insert into seckill(id,num) values(1,200000000000000);
mysqlslap -uroot -h127.0.0.1 -P 3316 --concurrency=72 --create-schema='test' --query='begin;update seckill set num=num-1 where id =1 and num>1;commit;' --number-of-queries=500000