当前位置:首页 > 文章列表 > 数据库 > MySQL > Mysql性能优化与测试

Mysql性能优化与测试

来源:SegmentFault 2023-02-25 07:58:22 0浏览 收藏

怎么入门数据库编程?需要学习哪些知识点?这是新手们刚接触编程时常见的问题;下面golang学习网就来给大家整理分享一些知识点,希望能够给初学者一些帮助。本篇文章就来介绍《Mysql性能优化与测试》,涉及到MySQL、性能优化、MySQL优化,有需要的可以收藏一下

性能优化

操作系统优化

# 修改系统 进程的最大数目 和 最大打开的文件数
vim /etc/security/limits.conf  
* soft nproc 65535 
* hard nproc 65535 
* soft nofile 65535 
* hard nofile 65535

# 查看 Linux内核参数调优
vim /etc/sysctl.conf 
# 用户端口范围 
net.ipv4.ip_local_port_range = 1024 65535:
net.ipv4.tcp_max_syn_backlog = 4096  
net.ipv4.tcp_fin_timeout = 30  
# 系统文件句柄,控制的是能打开文件数量
fs.file-max=65535
# Swap 调整(不使用 swap 分区):
vm.swappiness=0

Mysql服务端调优

连接数与线程

# 指定MySQL为快速重用而缓存的线程数量 
thread_cache_size: #值的范围从0~16384,默认值为0。根据内存大小设置1G→8,2G→16,3G→32,大于3G→64
thread_stack:      #每个线程堆栈大小,默认256K。

# 连接相关
max_connections           # 实例最大连接数,根据内存设置合理值     
max_connect_errors        # 错误连接数,能大则大 
max_user_connections      # 用户级最大连接数,0为不限制 
connect_timeout           # 连接超时 
skip-name-resolve         # 跳过域名解析 
wait_timeout              # 等待超时 
back_log                  # 可以在堆栈中的连接数量 

# 查看当前mysql线程相关数据
show global status like 'Threads_%';

Threads_cached    : 当前线程池中缓存有多少空闲线程
Threads_connected : 当前的连接数 ( 也就是线程数 )
Threads_created   : 已经创建的线程总数
Threads_running   : 当前激活的线程数 ( Threads_connected 中的线程有些可能处于休眠状态 )

内存缓冲区

MySQL占用内存 = 全局缓存 + ( 线程缓存 x 最大连接数 )

# 全局缓存,用于判断内存参数设置是否合理
key_buffer_size:         #索引缓存区大小,对于内存在4GB左右的服务器该参数可设置为384M或512M
innodb_buffer_pool_size:#缓存InnoDB的索引及数据,至关重要的参数,但是尽量设置不要超过物理内存70%
innodb_log_buffer_size: #InnoDB事务日志使用的缓冲区,100M以下
max_heap_table_size:    #用户可以创建的内存表大小
query_cache_size:       #缓存查询(SELECT)的结果

SELECT (@@key_buffer_size + @@innodb_buffer_pool_size + @@innodb_log_buffer_size + @@max_heap_table_size + @@query_cache_size)/1024/1024;

# 索引缓存
SHOW GLOBAL STATUS LIKE '%key_read%';
+-------------------+-----------------+
| Variable_name     | Value           |
+-------------------+-----------------+
| Key_read_requests | 2454354135490   |
| Key_reads         | 23490           |
+-------------------+-----------------+
# 一共有Key_read_requests个索引请求,一共发生了Key_reads次物理IO。Key_reads/Key_read_requests ≈ 0.1% 以下比较好。
SHOW GLOBAL STATUS LIKE 'key_blocks_u%';
+------------------------+-------------+
| Variable_name          | Value       |
+------------------------+-------------+
| Key_blocks_unused      | 0           |
| Key_blocks_used        | 413543      |
+------------------------+-------------+
# Key_blocks_unused表示未使用的缓存簇(blocks)数,Key_blocks_used表示曾经用到的最大的blocks数,比较理想的设置:Key_blocks_used / (Key_blocks_unused + Key_blocks_used) * 100% ≈ 80%

# 用户级buffer参数
max_allowed_packet    #数据包发送缓冲区是存储接传送数据包的内存区域
thread_stack          #每个线程堆栈大小,默认256K。
sort_buffer_size      #连接排序缓冲区内存大小
join_buffer_size      #连接使用连接缓冲区大小
read_buffer_size      #全表扫描时分配的缓冲区大小
read_rnd_buffer_size  #随机读取缓存 
myisam_sort_buffer_size  #myisam使用的排序缓冲区大小,一般不使用myisam

# 线程缓存 = sort_buffer_size + read_rnd_buffer_size + join_buffer_size + read_buffer_size + max_allowed_packet + thread_stack
                
SELECT (@@max_allowed_packet + @@thread_stack + @@read_rnd_buffer_size + @@read_buffer_size + @@sort_buffer_size + @@join_buffer_size)/1024/1024 * @@max_connections;
物理内存 1G 2G 4G 8G 16G
key_buffer_size 128M 256M 384M 1024M 2048M

Innodb引擎相关

# innodb引擎相关
innodb_file_per_table=(1,0)   # 1为每个表一个单独文件,一般都选择1。
innodb_flush_log_at_trx_commit=(0,1,2) # 1是最安全的,0是性能,2折中 
Innodb_flush_method=(O_DIRECT, 默认fdatasync) 
innodb_log_file_size          # 100M以下 
innodb_log_files_in_group     # 5个成员以下,一般2-3个够用(iblogfile0-N) 
innodb_max_dirty_pages_pct    # 达到百分之75的时候刷写 内存脏页到磁盘。 
max_binlog_cache_size         # 可以不设置 
max_binlog_size               # 可以不设置 
#小于2G内存的机器,推荐值是20M。32G内存以上100M 
innodb_additional_mem_pool_size    

explicit_defaults_for_timestamp=true
# bin log过期清理时间,单位天
expire_logs_days=30
#binlog格式为row模式
binlog_format=row
#允许下端接入slave
log_slave_updates=1
#开启GTID
gtid_mode=on
#启用强一致性检查,避免create table...select操作
enforce_gtid_consistency=on

Msql性能测试

测试过程

# 安装测试软件
yum install -y sysbench

# 1.先创建数据
mysql> create database sbtest;

# 2.造数32线程10表
sysbench /usr/share/sysbench/oltp_common.lua --time=300 --mysql-host=10.9.54.71 --mysql-port=3306 --mysql-user=sbux_cac_data --mysql-password=Abc@12345 --mysql-db=sbtest --table-size=1000000 --tables=10 --threads=32 --events=999999999  prepare
# 3.执行测试,32线程10表测试
sysbench /usr/share/sysbench/oltp_read_write.lua --time=300 --mysql-host=10.9.54.71 --mysql-port=3306 --mysql-user=sbux_cac_data --mysql-password=Abc@12345 --mysql-db=sbtest --table-size=1000000 --tables=10 --threads=32 --events=999999999  --report-interval=10  run
# 清理数据
sysbench /usr/share/sysbench/oltp_read_write.lua --time=300 --mysql-host=10.9.54.71 --mysql-port=3306 --mysql-user=sbux_cac_data --mysql-password=Abc@12345 --mysql-db=sbtest --table-size=1000000 --tables=10 --threads=32 --events=999999999  --report-interval=10  cleanup

测试结果

SQL statistics:
    queries performed:
        read:                            2276540
        write:                           650440
        other:                           325220
        total:                           3252200
    transactions:                        162610 (541.90 per sec.)
    queries:                             3252200 (10837.92 per sec.)
    ignored errors:                      0      (0.00 per sec.)
    reconnects:                          0      (0.00 per sec.)

General statistics:
    total time:                          300.0740s
    total number of events:              162610

Latency (ms):
         min:                                    8.28
         avg:                                   59.03
         max:                                  480.86
         95th percentile:                      116.80
         sum:                              9599333.16

Threads fairness:
    events (avg/stddev):           5081.5625/108.21
    execution time (avg/stddev):   299.9792/0.02

以上就是本文的全部内容了,是否有顺利帮助你解决问题?若是能给你带来学习上的帮助,请大家多多支持golang学习网!更多关于数据库的相关知识,也可关注golang学习网公众号。

版本声明
本文转载于:SegmentFault 如有侵犯,请联系study_golang@163.com删除
聊聊BinaryLogFileReader聊聊BinaryLogFileReader
上一篇
聊聊BinaryLogFileReader
必收藏!MySQL误删数据救命指南
下一篇
必收藏!MySQL误删数据救命指南
查看更多
最新文章
查看更多
课程推荐
  • 前端进阶之JavaScript设计模式
    前端进阶之JavaScript设计模式
    设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
    542次学习
  • GO语言核心编程课程
    GO语言核心编程课程
    本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
    508次学习
  • 简单聊聊mysql8与网络通信
    简单聊聊mysql8与网络通信
    如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
    497次学习
  • JavaScript正则表达式基础与实战
    JavaScript正则表达式基础与实战
    在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
    487次学习
  • 从零制作响应式网站—Grid布局
    从零制作响应式网站—Grid布局
    本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
    484次学习
查看更多
AI推荐
  • 笔灵AI生成答辩PPT:高效制作学术与职场PPT的利器
    笔灵AI生成答辩PPT
    探索笔灵AI生成答辩PPT的强大功能,快速制作高质量答辩PPT。精准内容提取、多样模板匹配、数据可视化、配套自述稿生成,让您的学术和职场展示更加专业与高效。
    12次使用
  • 知网AIGC检测服务系统:精准识别学术文本中的AI生成内容
    知网AIGC检测服务系统
    知网AIGC检测服务系统,专注于检测学术文本中的疑似AI生成内容。依托知网海量高质量文献资源,结合先进的“知识增强AIGC检测技术”,系统能够从语言模式和语义逻辑两方面精准识别AI生成内容,适用于学术研究、教育和企业领域,确保文本的真实性和原创性。
    22次使用
  • AIGC检测服务:AIbiye助力确保论文原创性
    AIGC检测-Aibiye
    AIbiye官网推出的AIGC检测服务,专注于检测ChatGPT、Gemini、Claude等AIGC工具生成的文本,帮助用户确保论文的原创性和学术规范。支持txt和doc(x)格式,检测范围为论文正文,提供高准确性和便捷的用户体验。
    30次使用
  • 易笔AI论文平台:快速生成高质量学术论文的利器
    易笔AI论文
    易笔AI论文平台提供自动写作、格式校对、查重检测等功能,支持多种学术领域的论文生成。价格优惠,界面友好,操作简便,适用于学术研究者、学生及论文辅导机构。
    38次使用
  • 笔启AI论文写作平台:多类型论文生成与多语言支持
    笔启AI论文写作平台
    笔启AI论文写作平台提供多类型论文生成服务,支持多语言写作,满足学术研究者、学生和职场人士的需求。平台采用AI 4.0版本,确保论文质量和原创性,并提供查重保障和隐私保护。
    35次使用
微信登录更方便
  • 密码登录
  • 注册账号
登录即同意 用户协议隐私政策
返回登录
  • 重置密码