mysql之性能指标查询

mysql之性能指标查询,第1张

MySQL中使用show status语句查询MySQL的性能参数

语法:

show status like [statement]

常用statement说明:

# 查询连接MySQL服务器的次数

# 查询MySQL服务器上线的时间

# 查询慢查询的次数

# 查询 查询 *** 作的次数

查看MySQL服务器配置信息 :

查看MySQL服务器运行的各种状态值 :

慢查询:

连接数:

key_buffer_size 是对MyISAM表性能影响最大的一个参数

临时表:

查看open table :

进程使用情况:

查询缓存(query cache) :

文件打开数(open_files) :

表锁情况 :

表扫描情况 :

查询吞吐量:

连接情况:

分析查询语句

mysql提供了explain语句和describe语句,进行分析查询语句

EXPLAIN的语法:

说明:

示例:

DESCRIBE语句

使用方法与EXPLAIN语句是一样的,并且分析结果也是一样的。

语法:

mysql中提高性能的最有效的方式:

1, 对数据表设计合理的索引。索引提供了高效访问数据的方法,并且加快了查询的速度。

使用索引查询几种特殊情况:

容量: 看硬件

     InnoDB 最大容量64TB ,存储引擎将 InnoDB 表 保存在一个 表空间内( 原始磁盘分区,由数个文件创建)。这样, 表大小 能超过 单独文件最大容量 。

    MySQL 3.22( MyISAM )限制表大小 4GB ,最大表尺寸增加到65536TB(2567 – 1字节)。最大有效表尺寸通常是由 *** 作系统 对 文件大小限制 决定的, 不是 由MySQL内部限制决定。

最多 20亿个表 ,一个表允许定义1024列,每行的最大长度为8092字节(不包括文本和图像类型的长度);

阿里《Java 开发手册》提出 单表行>500w 容量>2GB ,才分库分表

与 MySQL 配置及硬件 有关,实际记录的条数无关。因为表 索引 装载 到内存,InnoDB buffer size 足够 ,才能全加载进内存,查没问题。达量级限时,导致 内存无法存储索引 ,产生磁盘 IO,性能下降。增加硬件配置解决。500w算折中

QPS在8400左右 :400个线程并发,插入100万条记录(4核2.33G、3G内存、SATA硬盘)https://www.iteye.com/blog/wwtang9527-1718292

写: 90-100M/S(机械硬盘,7200转)预计kB_wrtn/s在90M左右

https://www.cnblogs.com/zhiqian-ali/p/6336521.html

show variables like 'max_connections'  mysql当前最大连接数

set global max_connections=1000 设置当前最大连接数为1000;mysql重启时失效,需要长期生效在my.ini 添加 max_connections=1000

从业务使用场景出发,根据RDS套餐类型和线上实际访问流量,来衡量性能指标,以便方便对标实际业务场景。

MySQL 5.7.21 Group Replication

MySQL 5.7.21 Group Replication with Consistent Read

机房3节点、跨机房3节点

网络异常:长时间延时0.5ms,长时间延时2ms,丢包0.01%

场景1、2的差异可以衡量 跨机房网络 带来的 性能损耗

场景3关注在 网络质量变化 时带来的 性能变化

同机房3节点为 05 06 03    跨机房3节点为 05 06 01

机器部署:同IDC3台(永顺ys 03 05 06),跨IDC1台(广州gz 01)

同IDC RTT(06->05):RTT min/avg/max/mdev = 0.051/0.059/0.070/0.010 ms

跨IDC RTT(01->05):RTT min/avg/max/mdev = 0.739/0.749/0.810/0.027

    跨IDC的网络耗时是同 IDC的1.3倍 ,在设置 延迟0.5ms后 的网络质量:

同IDC RTT(06->05):RTT min/avg/max/mdev = 0.507/0.564/0.617/0.037

跨IDC RTT(01->05):RTT min/avg/max/mdev = 1.199/1.248/1.315/0.046

    跨IDC的网络耗时是 同IDC的2.2倍 ,在设置 延迟2ms后 的网络质量:

同IDC RTT(06->05):RTT min/avg/max/mdev = 1.963/2.054/2.161/0.064 ms

跨IDC RTT(01->05):RTT min/avg/max/mdev = 2.642/2.732/2.835/0.076 ms

参考:http://blog.720ui.com/2019/mysql_why_one_table_500w/?spm=a2c4e.10696291.0.0.26e819a4zY3hrA&aliyun

https://my.oschina.net/u/867417/blog/758690

一,获取mysql用户下的进程总数

ps -ef | awk '{print $1}' | grep "mysql" | grep -v "grep" | wc-1

二,主机性能状态

# uptime

[root@ ~]# uptime

13:05:52 up 53 days, 52 min, 1 user, load average: 0.00, 0.00, 0.00

三,CPU使用率

# top

# vmstat

四,磁盘IO量

# vmstat 或 # iostat

五,swap进出量[内存]

# free


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zaji/7238256.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-03
下一篇 2023-04-03

发表评论

登录后才能评论

评论列表(0条)

保存