Mysql —sql优化

1、什么是慢 SQL

1.1慢 SQL 危害

前天业务老师叫我过去查看系统日志,晚上11.00的一般都会卡一下原因!

  • 当出现慢查询,DDL 操作都会被阻塞,也就是说创建表、修改表、删除表、执行数据备份等操作都需要等待,这对实时备份重要数据的系统来说是不可容忍的

  • 慢查可能会占用 mysql 的大量内存,严重的时候会导致服务器直接挂掉,整个系统直接瘫痪

  • 慢 SQL 的执行时间过长,可能会导致应用的进程因超时被 kill,无法返回结果给到客户端

  • 严重影响用户体验,SQL 的执行时间越长,页面加载数据耗时也就越长

1.2永久开启慢 SQL 监控

1.打开my.cnf配置文件,添加如下配置变量
[mysqld]
slow_query_log = ON
slow_query_log_file = /var/lib/mysql/ecs-203056-slow.log
long_query_time = 1
2.重启 mysql 服务器
        systemctl restart mysqld

运行时间较长的 SQL 语句

日志的配置属性有  文件一般在/etc/my.conf

        slow_query_log = ON  是否开启  [off—不在记录慢查询日志,下列的文件也不会存在]
        long_query_time = 5  慢查询设置时间  单位秒/s
        slow_query_log_file = /opt/soft/mysql/log/slow.log  慢查询记录日志路径
        log_queries_not_using_indexes=on 未使用索引是否开启日志  【off—
不记录没有使用索引的查询语句到慢查询日志中

命令查看

show VARIABLES like '%slow_query_log%';
show VARIABLES like '%slow_query_log_file%';
show VARIABLES like '%long_query_time%';
show VARIABLES like '%log_queries_not_using_indexes%';

# Time: 2023-12-25T04:43:50.190877

# User@Host: zwfwroot[zwfwroot] @ 19.15.0.30 [19.15.0.30]  Id: 67508 
# Schema: gdqlk  Last_errno: 0  Killed: 0
# Query_time: 14.344185  Lock_time: 0.000028  Rows_sent: 237064  Rows_examined: 237064  Rows_affected: 0
# Bytes_sent: 96078006
SET timestamp=1534348804;  
SELECT * FROM `test_qry`;

-----------------------------------------------------------

       日志内容详解说明:

  • Time:表示客户端查询时间

  • root[root]:表示客户端查询用户和IP

  • Query_time:sql执行的时间,越长则代表越慢
  • Lock_time:mysql服务器阶段(不是在存储引擎阶段)等待表锁的时间
  • Rows_sent:查询返回的行数(结果集)
  • Rows_examined:查询检查的行数 、扫描的行数
  • SET timestamp=1534348804:  sql的执行起始时间 /  表示查询执行的时间戳

1.3我先从CPU查看的原因  当时升到60%多点

在 MySQL 执行过程中,优化器可能会对我们即将要执行的 SQL 进行改造

  • 1.根据搜索条件,找出 SQL 中所有可能使用的索引

  • 2.然后计算全表扫描的成本开销

  • 3.接着计算使用不同索引执行查询的成本开销

  • 4.最后会对比各种执行方案的成本开销,找出开销值最小的那一个

其中影响成本开销值的计算,主要是I/O成本CPU成本这两个指标

I/O成本视角看:

  • 当表的数据量越大,需要的 I/O 次数也就越多

  • 磁盘读取数据比从缓存读取数据,I/O 消耗的时间更多

  • 全表扫描比通过索引快速查找,I/O 消耗的时间和次数更多

CPU成本视角看:

  • 当 SQL 中有排序、子查询等复杂的操作时,CPU 需要先把数据存到临时表中,再对数据进行加工,需要的 CPU 资源更多

  • 全表扫描相比于通过索引快速查找,需要的 CPU 资源也更多

2、慢查询日志分析

2.1使用mysqldumpslow工具

mysqldumpslow -s t -t 10 -g 'select' /home/data/log/slow.log

-s t:表示按照总的执行时间进行排序,将执行时间较长的SQL语句排在前面。
-t 10:表示只显示前10条慢查询语句。
-g 'select':表示只显示包含select关键字的慢查询语句。
/home/data/log/slow.log :指定慢查询日志文件的路径


#####
-s         表示按何种方式排序,支持的参数如下
            al: 平均锁定时间
            ar: 平均返回记录数
            at: 平均查询时间
            c: 访问次数
            l: 锁定时间
            r: 返回记录
            t: 查询时间
-t NUM       返回前面多少条的数据
-g PATTERN   后边搭配一个正则匹配模式,大小写不敏感

 下述为截图展示!

 显示结果中含有字段及含义

Count:2583Time=16.85s(265896s)Lock=2s(343s)Row=100(1265324)
查询返回的行数执行的时间,括号是累计时间锁定的时间,括号是累计时间平均扫描行数,括号是累计总扫描行数
一般类似代码review,代码/sql优化时期查看哪些sql查询速度较慢

2.2开发中常用——Explain关键字 [执行计划]

select * from user_remind_record where wei_xin_unionid='jkdj34nfcjfj44fxcf'

特别关注以下几个重要指标

  • type:表示表的访问方式,常见的有 ALL(全表扫描)、index(索引扫描)等。尽量避免全表扫描,优先考虑使用索引等其他方式。

  • key:表示使用的索引列,如果为 NULL 则表示未使用索引。

  • rows:表示估计的结果集行数,可以用来评估查询的开销和效率。

  • Extra:表示额外的信息,如是否使用了临时表、是否进行了文件排序等。

explain分析sql语句性能详解_explain sql-CSDN博客—— 可看详情

查询(五)索引长度和索引区分度-CSDN博客  理解 key_len-索引长度,观察索引是否完全使用 !针对复合索引 建议看看

3、经过sql查询、批次查询、排除后最终发现晚上的数据库备份时间是11:00

 练习linux脚本:

1.写入命令  在文件test.txt 写入下列命令 后改名文件为test.sh

#!/bin/bash
# 获取前一天的日期
yesterday=$(date -d "yesterday" +"%Y-%m-%d") 

-d 参数用于指定日期,yesterday 表示昨天。+%Y-%m-%d 是指定输出的日期格式
# 设置将要提取的日志文件路径
log_file="/****/****/node.log"

# 使用引号将路径字符串赋值给变量 log_file。引号的作用是将字符串作为一个整体进行处理,防止其中的特殊字符被解释或分割。
output_file="/****/out/${yesterday}.log"
# 提取包含 "test" 的整条日志到新文件中
grep '"test"' $log_file | grep "$yesterday" > $output_file

# 从 $log_file 指定的文件中查找包含 "test" 字符串并且日期为 $yesterday 的行,并将结果输出到 $output_file 文件中。

  • 第一个 grep 命令中使用了双引号将 "test" 字符串括起来,表示精确匹配该字符串;
  • 第二个 grep 命令中使用了变量 $yesterday,用于匹配昨天的日期;
  • > 符号用于将命令的标准输出重定向到指定的文件 $output_file 中。

注意,在 Shell 脚本中,变量赋值时等号两边不能有空格,否则会导致语法错误。

2.运行

chmod +x test.sh #添加权限
chmod +x text.sh 会添加所有用户的执行权限,而 chmod 1 text.sh 只会给所有者添加执行权限。

u(所有者)、g(所属组)、o(其他用户)和 a(所有用户)

每个权限对应一个数字(r 读取权限为 4,w 写入权限为 2,x 执行权限为 1

sed -i 's/\r$//' test.sh
# 文件中的 Windows 换行符(\r\n)替换为 Unix 换行符(\n) -i 选项表示直接修改原文件,而不是输出到标准输出,s 表示进行替换操作,\r$ 匹配行尾的 \r 字符,用空字符串替换即可去除该字符

./test.sh  运行之前,你已经给该文件添加了可执行权限(使用 chmod +x filename.sh 命令)。

sh filename.sh  与 bash filename.sh 不需要提前给文件添加可执行权限

后台运行脚本【终端关闭后仍然运行】  nohup ./filename.sh &。这将在后台运行脚本,并将输出重定向到当前目录下的 nohup.out 文件中
==========================

sed 是一种流编辑器,用于对文本进行逐行处理。它主要用于查找、替换和编辑文件中的文本。以下是 sed 的简单示例:

sed 's/pattern/replacement/g' file.txt

        将在 file.txt 文件中查找所有匹配 pattern 的文本,并将其替换为 replacement

awk 是一种强大的文本处理工具,它可以根据指定的规则对文本进行分析和操作。以下是 awk 的简单示例:

awk '/pattern/ { print $1 }' file.txt
   file.txt 文件中查找包含 pattern 的行,并打印每行的第一个字段

==================================

练习定时任务

Crontab 是 Linux 下的一个工具,它能够让用户根据一定的时间周期去执行指定的任务或命令。使用 Crontab 定时执行 Shell 脚本是常见的需求。
1. Crontab 常用命令
crontab -e : 编辑当前用户的 Crontab。
crontab -l : 查看当前用户的 Crontab。
crontab -r : 删除当前用户的 Crontab。
service crond start : 启动 Cron 服务。
service crond stop : 停止 Cron 服务。
service crond restart : 重启 Cron 服务。

service crond reload //重新载入配置

service crond status //查看服务状

2. Crontab 时间格式
共五个星号,分别代表分钟、小时、日、月、周。其中 * 表示任意值,也可以指定具体数值,例如:

* :每个对应的时间周期都执行。
7 :第七个时间周期执行。
*/5 :每 5 个时间周期执行一次。
0-23 :时间周期范围内的所有值都执行。

使用以下特殊字符:

星号(*):代表所有可能的值,例如month字段如果是星号,则表示在满足其它字段的制约条件后每月都执行该命令操作。

逗号(,):可以用逗号隔开的值指定一个列表范围,例如,“1,2,5,7,8,9”

中杠(-):可以用整数之间的中杠表示一个整数范围,例如“2-6”表示“2,3,4,5,6”

正斜线(/):可以用正斜线指定时间的间隔频率,例如“0-23/2”表示每两小时执行一次。同时正斜线可以和星号一起使用,例如*/10,如果用在minute字段,表示每十分钟执行一次

若在第一个字段/第一列:0-23/2 表达式表示每隔两分钟执行一次任务,包括 0 分、2 分、4 分等等,直到 23 分

linux通过crontab命令定时执行shell脚本_crontab执行shell脚本-CSDN博客

【Linux】在服务器上创建Crontab(定时任务),自动执行shell脚本_用shell脚本设定crontab命令-CSDN博客
Linux下数据库备份 - 一拾三夏 - 博客园 (cnblogs.com)

4、备份数据库

mysqldump备份执行时是会锁表的,建议在凌晨没什么人操作数据库的时候执行备份操作。

#!/bin/sh

# 数据库账号信息
DB_USER="root"
DB_PWD="root"
DB_HOST="127.0.0.1"
DB_PORT="3306"

# MYSQL所在目录
MYSQL_DIR="/home/mysql"
# 备份文件存放目录
BAK_DIR="/home/db_backup"
# 时间格式化,如 20200902
DATE=`date +%Y%m%d`
# 备份脚本保存的天数
DEL_DAY=7

# 要备份的数据库,空格分隔
DATABASES=("apolloconfigdb" "apolloportaldb" "apolloconfigdb-uat" "frame-assistor" "frame-authorization" )

# 创建日期目录
mkdir $BAK_DIR/$DATE

echo "-------------------$(date +%F_%T) start ---------------" >>${BAK_DIR}/db_backup.log
for database in "${DATABASES[@]}"
do
  # 执行备份命令
  $MYSQL_DIR/bin/mysqldump --opt -u$DB_USER -p$DB_PWD -h$DB_HOST -P$DB_PORT ${database} > $BAK_DIR/$DATE/${database}.sql
done

echo "--- backup file created: $BAK_DIR/db_backup_$DATE.tar.gz" >>${BAK_DIR}/db_backup.log

# 将备份好的sql脚本压缩到db_backup_yyyyMMdd.tar.gz
tar -czf $BAK_DIR/db_backup_$DATE.tar.gz $BAK_DIR/$DATE

# 压缩后,删除压缩前的备份文件和目录
rm -f $BAK_DIR/$DATE/*
rmdir $BAK_DIR/$DATE

# 遍历备份目录下的压缩文件
LIST=$(ls ${BAK_DIR}/db_backup_*)
# 获取截止时间,早于该时间的文件将删除
SECONDS=$(date -d "$(date +%F) -${DEL_DAY} days" +%s)

for index in ${LIST}
do
  # 对文件名进行格式化,取命名末尾的时间,格式如 20200902
  timeString=$(echo ${index} | egrep -o "?[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]")
  if [ -n "$timeString" ]
  then
    indexDate=${timeString//./-}
    indexSecond=$( date -d ${indexDate} +%s )
    # 与当天的时间做对比,把早于7天的备份文件删除
    if [ $(( $SECONDS- $indexSecond )) -gt 0 ]
    then
      rm -f $index
      echo "---- deleted old backup file : $index " >>${BAK_DIR}/db_backup.log
    fi
  fi
done

echo "-------------------$(date +%F_%T) end ---------------" >>${BAK_DIR}/db_backup.log

如果不希望备份时锁表,可以在mysqldump命令中添加参数--skip-lock-tables;

如果想备份所有数据库,则无需指定数据库,在mysqldump命令中添加参数--all-databases即可

5、MySql优化

  1. 查询写明字段,不用*代替   
    原因:1.节省资源,减少网络开销 2.*可能造成回表查询,不再使用覆盖索引
  2. 查询结果只有一条或最大/最小一条记录,建议加上limit 1
    原因:limit 1 在找到对应的记录后,就不再往下扫描,提高效率。但是where 条件后的 字段是唯一索引,可不加 limit 1。ep: where  a='sdf'  这里a有唯一索引
  3. 避免使用 or 连接条件
    原因:or 可能使索引失效。OR 运算符连接多个条件时,数据库需要对每个条件进行逻辑判断,并合并结果集。如果其中一个条件无法利用索引进行优化,整个查询可能会退化为全表扫描,导致性能下降  
    考虑:1.改为union all 或子查询 2.建立合适的索引【 分析查询的字段和条件,评估创建合适的索引来支持查询优化。有时候创建复合索引、覆盖索引或者函数索引等可以提高查询性能】 3.索引提示使用  【确定某个查询需要使用特定的索引,可以使用索引提示来强制数据库使用指定的索引。但是要评估整体性能是否影响】 
    select  xx ,dd from tab1 use_index(idx_k1) where  k='小白';  idx_k1—索引名称,k—字段名/列名
  4. 优化limit分页
    原因:偏移量大时,查询效率降低。
    考虑: 1. 排个序+索引  select id,name from tab1 order by id limit 10000,100;  2.上次查询最大记录/偏移量   where id >10000 limit 100; 3.按照业务讨论,比如时间倒叙,会看这么靠后的分页吗。绝大用户不会翻太多页码
  5. 优化like
    原因:索引有个最左原则。 where a like '%123'  改为  where a like '213%'
  6. where 条件限定查询的数据,避免返回多余的行数
    原因:ep:是否有权限, 查询角色的对应人员主键集合,在判断。不如直接根据人员主键+角色看是否存在
  7. 尽量避免在索引字段上使用Mysql内置函数
    原因:where date_add(log_time , interval 7 day) >=now(); 改为  where  log_time>=date_add(now() , interval -7 day);   //-7 代表减去7天
  8. where 条件 字段尽量不表达式操作
    原因:造成放弃索引,改为全表扫描
    ep: where  age -1 =10; 改为  where age =1;
  9. 使用联合索引时,注意索引列的顺序,一般遵循最左原则 【假设索引idx_id_age(user_id,age)】
    反例:select *from user where age=10;
    正例:select* from user  where user_id=34;
  10. 对查询条件优化,考虑在where 和 order by 涉及的字段上建立索引,避免全表扫描
    反例: select *from user where address='铜锣湾' order by age;
    建立索引 alter table user add index idx_add_age(address,age);
  11. 插入数据较多时,批量 或 分批次插入
    原因:for循环中插入,每次一条数据,多次循环。效率低
    改造:1万次循环,改为每次插入1500条,7次就可插入完毕。而不是直接插入1万次。
    注意:inert into user (address,age) values (#{address},#{age}); 变为 values(address,age) values ('c1',12),('c2',34),('c5',46);
  12. 慎用 distinct  关键字
    原因:一般过滤重复数据,返回不重复的记录。查询字段少还行,多了 尝试 group by代替。
  13. 删除冗余、重复的索引
    一般针对联合索引,idx_1(user_id,age)  ,索引idx_2(user_id),此时idx_1 本质上包含idx_2,故idx_2可删除
    注意:组合索引 idx_1(user_id,age) 相当于 索引(user_id) 与 索引 (user_id,age)两个索引
  14. 数据量较大,优化修改/删除语句
    原因:避免同时修改/删除过多数据,造成因cpu利用率过高,影响他人对数的访问。还会提示 lock  wait timeout exceed   [锁等待超时已经超过了阈值。这个错误通常是由数据库事务在等待锁的时间超过了数据库设置的最大等待时间而引起的]
    提示:分批删除——分成多个批次,逐个批次删除; 优化删除语句——where 子句限制删除的行。  记住批量操作也会减少事务的大小
  15. 表中某列考虑使用默认值替代null
    原因:select * from tab where age is not null; 不走索引,后者说mysql优化器解释走索引比不走索引成本还要高,就不走了
  • 22
    点赞
  • 21
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQL SQL优化是指对MySQL数据库中的SQL语句进行调优,以高查询性能和优化数据库操作的效。下面是一些见的MySQL SQL优化技巧: 1. 合理选择索引:使用适当的索引可以大大提查询性能。需要根据具体的查询条件表结构来选择合适索引。 2. 避免全表扫描:尽量避免使用不带有索引的列进行查询,这样会导致全表扫描,效率较低。可以通过添加索引或者优化查询条件来避免全表扫描。 3. 避免SELECT *:在查询时,尽量避免使用SELECT *,而是明确列出需要查询的字段。这样可以减少网络传输和内存消耗。 4. 优化查询语句:合理编写查询语句,避免使用不必要的子查询和多表连接等复杂操作。可以通过使用EXPLAIN语句来分析查询语句的执行计划,找出执行效率较低的地方。 5. 适当分页:对于大数据量的查询,可以使用LIMIT语句进行分页查询,避免一次性返回大量数据。 6. 避免频繁的连接和断开:在应用程序中,尽量使用连接池来管理数据库连接,避免频繁的连接和断开操作。 7. 优化表结构:合理设计表结构,避免字段冗余和表关联过多。可以通过分表、分区等方式来优化表结构。 8. 避免大事务操作:大事务操作会占用较多的系统资源,影响数据库的并发性能。尽量将大事务拆分成多个小事务。 9. 定期维护数据库:定期进行数据库的备份、优化和统计分析,清理无用数据和索引等,保持数据库的健康状态。 以上是一些常见的MySQL SQL优化技巧,具体的优化方法需要根据实际情况进行分析和调整。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值