MySQL性能优化实战

本文涉及的产品
云数据库 RDS MySQL Serverless,0.5-2RCU 50GB
简介: <div style="font-family:微软雅黑; font-size:14px; line-height:21px"><span style="background-color:rgb(255,255,0)">一、MySQL优化原则:</span></div> <div style="font-family:微软雅黑; font-size:14px; line-height:2
一、MySQL优化原则:
where子句 哪些操作将导致MySQL引擎放弃索引而进行全表扫描?
  • 对字段进行where num is null判断。【给num设置默认值0】
  • 使用!=或<>。
  • 使用or连接条件,如:where num=10 or num=20【select……union all select……替代】
  • 使用in或not in,如:where num in(1,2,3)连续数值可用where num between 1 and 3替代
  • like‘李%’【考虑全文检索】
  • 使用参数

1、【只要一行数据】或【只需要确认是否包含该数据】: LIMIT 1
        查询时,你已经知道结果只会有一条,但因为可能需要去fetch游标,或是你会去检查返回的记录数。 在这种情况下,加上 LIMIT 1 可以增加性能。这样,MySQL数据库引擎会在找到一条数据后停止搜索,而不是继续往后查少下一条符合记录的数据。
测试数据:
    MySQL自带数据库:sakila库rental表(数据量16W+),待查询数据在10467行。

SELECT FROM rental WHERE rental_date ='2005-08-01 09:45:58' # 耗时0.018s

LIMIT 1 # 耗时0.002s

;

2、为搜索字段建索引
        索引也有消耗,性别无需索引。
3、避免select * 
        读出数据越多,查询就越慢。如果数据库和web服务器独立,还会增加网络传输的负载。请求所有列再丢掉不需要的列?减少表结构的影响。

4、不要 ORDER BY RAND() 
    【随机挑选数据】【打乱返回数据】
看着很方便,但会让你的数据库性能指数级下降(MySQL不得不执行RAND()函数,耗CPU时间)。

SELECT rental_id FROM rental ORDER BY RAND() LIMIT 1;

这条要求似乎是针对就数据库,在MySQL 5.7.10测试时,仅第一次耗时达到几百毫秒,随后都是几毫秒。

5、用 ENUM 而不是 VARCHAR 
        ENUM 类型是非常快和紧凑的。在实际上,其保存的是 TINYINT,但其外表上显示为字符串。 如果你有一个字段,比如“性别”,“国家”,“民族”,“状态”或“部门”,你知道这些字段的取值是有限而且固定的,那么,你应该使用 ENUM 而不是 VARCHAR。
测试数据:
    MySQL自带数据库:world库country表(暂略)

6、尽可能使用not null
①null是空值吗?不是,空值不占用空间,而数据库里的null占用空间,数据库里任何数跟NULL进行运算都是NULL, 判断值是否等于NULL,不能简单用=,而要用IS NULL关键字。

7、快速删除表
    先 truncate table ,然后 drop table ,这样可以避免系统表的较长时间锁定。

8、拒绝大SQL
        一条SQL叧能在一个CPU运算,5000+ QPS(每秒查询率Query Per Second)的高幵发中,1秒大SQL可能一条大SQL就把整个数据库堵死。 拆解成多条简单SQL,简单SQL缓存命中率更高,减少锁表时间,特别是MyISAM,用上多CPU。

9、范围查找
同一字段:in代替or
or效率:O(n);in效率:O(Log n),建议n小于200。

select*FROM rental WHERE return_date='2005-08-04 10:49:24'or return_date='2005-08-08 06:46:39' # 8ms

select*FROM rental WHERE return_date IN('2005-08-04 10:49:24','2005-08-08 06:46:39');  # 7ms

不同字段:union代替or

select*FROM rental WHERE return_date='2005-08-04 10:49:24' or inventory_id=3157

select*FROM rental WHERE return_date='2005-08-04 10:49:24' UNION SELECT FROM rental WHERE inventory_id=3157


10、limit高效分页
Select * from table limit 10000,10;
改为:
Select * from table WHERE id>=23423 limit 11; #10+1 (每页10条) 

11、union all而不是union
         无需对结果进行去重,则用UNION ALL,UNION 要去重,有开销。【此处效果不是很明显,或许数据量不够16W+】

Select SQL_NO_CACHE *from study.rentalUNION SELECT FROM sakila.rental#0.74s

Select SQL_NO_CACHE *from study.rental UNION ALL SELECT FROM sakila.rental#0.72s

12、同类型比较
        数字比数字,字符比字符。
数值比字符:同时转为双精度再比对;字符比数值:字符整列转数值,无法使用索引。


相关实践学习
基于CentOS快速搭建LAMP环境
本教程介绍如何搭建LAMP环境,其中LAMP分别代表Linux、Apache、MySQL和PHP。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助 &nbsp; &nbsp; 相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
目录
相关文章
|
6天前
|
存储 关系型数据库 MySQL
《MySQL 简易速速上手小册》第3章:性能优化策略(2024 最新版)
《MySQL 简易速速上手小册》第3章:性能优化策略(2024 最新版)
30 2
|
22天前
|
存储 监控 关系型数据库
轻松入门Mysql:MySQL性能优化与监控,解锁进销存系统的潜力(23)
轻松入门Mysql:MySQL性能优化与监控,解锁进销存系统的潜力(23)
|
27天前
|
SQL 关系型数据库 MySQL
【MySQL技术专题】「问题实战系列」深入探索和分析MySQL数据库的数据备份和恢复实战开发指南(8.0版本升级篇)
【MySQL技术专题】「问题实战系列」深入探索和分析MySQL数据库的数据备份和恢复实战开发指南(8.0版本升级篇)
96 0
|
23天前
|
存储 SQL 关系型数据库
MySQL性能优化
MySQL性能优化
14 0
|
16天前
|
SQL 缓存 关系型数据库
mysql性能优化-慢查询分析、优化索引和配置
mysql性能优化-慢查询分析、优化索引和配置
82 1
|
22天前
|
SQL 关系型数据库 MySQL
轻松入门MySQL:深入学习数据库表管理,创建、修改、约束、建议与性能优化(3)
轻松入门MySQL:深入学习数据库表管理,创建、修改、约束、建议与性能优化(3)
|
2天前
|
关系型数据库 MySQL 中间件
【MySQL实战笔记】07 | 行锁功过:怎么减少行锁对性能的影响?-02 死锁和死锁检测
【4月更文挑战第19天】在高并发环境下,死锁发生在多个线程间循环等待资源时,导致无限期等待。MySQL中,死锁可通过`innodb_lock_wait_timeout`参数设置超时或`innodb_deadlock_detect`开启死锁检测来解决。默认的50s超时可能不适用于在线服务,而频繁检测会消耗大量CPU。应对热点行更新引发的性能问题,可以暂时关闭死锁检测(风险是产生大量超时),控制并发度,或通过分散记录减少锁冲突,例如将数据分拆到多行以降低死锁概率。
18 1
|
5天前
|
SQL 关系型数据库 MySQL
Python与MySQL数据库交互:面试实战
【4月更文挑战第16天】本文介绍了Python与MySQL交互的面试重点,包括使用`mysql-connector-python`或`pymysql`连接数据库、执行SQL查询、异常处理、防止SQL注入、事务管理和ORM框架。易错点包括忘记关闭连接、忽视异常处理、硬编码SQL、忽略事务及过度依赖低效查询。通过理解这些问题和提供策略,可提升面试表现。
25 6
|
12天前
|
存储 关系型数据库 MySQL
【MySQL实战笔记】 04 | 深入浅出索引(上)-02
【4月更文挑战第9天】InnoDB数据库使用B+树作为索引模型,其中主键索引的叶子节点存储完整行数据,非主键索引则存储主键值。主键查询只需搜索一棵树,而非主键查询需两次搜索,因此推荐使用主键查询以提高效率。在插入新值时,B+树需要维护有序性,可能导致数据页分裂影响性能。自增主键在插入时可避免数据挪动和页分裂,且占用存储空间小,通常更为理想。然而,如果场景仅需唯一索引,可直接设为主键以减少查询步骤。
15 1
【MySQL实战笔记】 04 | 深入浅出索引(上)-02
|
14天前
|
存储 SQL 关系型数据库
【MySQL实战笔记】03.事务隔离:为什么你改了我还看不见?-02
【4月更文挑战第7天】数据库通过视图实现事务隔离,不同隔离级别如读未提交、读已提交、可重复读和串行化采用不同策略。以可重复读为例,MySQL使用多版本并发控制(MVCC),每个事务有其独立的视图。回滚日志在无更早视图时被删除。长事务可能导致大量存储占用,应避免。事务启动可显式用`begin`或设置`autocommit=0`,但后者可能意外开启长事务。建议使用`autocommit=1`并显式管理事务,若需减少交互,可使用`commit work and chain`。
30 5