mysql update 并发慢_MySQL跑在CentOS 6 和 7上的性能比较

最新推荐文章于 2024-04-23 13:09:49 发布

weixin_39726408

最新推荐文章于 2024-04-23 13:09:49 发布

阅读量179

点赞数

文章标签： mysql update 并发慢

本文链接：https://blog.csdn.net/weixin_39726408/article/details/111277208

版权

点击蓝色“程序猿DD”关注我哟

加个“星标”，不忘签到哦

来源：yangyidba

关注我，回复口令获取可获取独家整理的学习资料：

- 001 ：领取《Spring Boot基础教程》

- 002 ：领取《Spring Cloud基础教程》

一前言

计划今年将数据库服务器的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

3.2 insert /delete

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

3.3 update 性能

3.4 cpu io 对比

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

主要模拟数据库在高并发场景，并发数分别设置为:72,96,144,192,256个活跃会话并发.