精通网站建设 pdf微盘wordpress增加分类目录
show [session|global] status : 查看服务器状态
show global status like 'Com_' : 查看各种语句的执行次数
开启慢查询: 在 MySQL 配置文件(/etc/my.cnf)配置:
#开启MySQL慢日志查询开关
slow_query_log=1
#设置慢日志的时间为2秒,SQL语句执行时间超过2秒,就会视为慢查询,记录慢查询日志
long_query_time=2
查看 SQL 的执行耗时:
#查看每一条SQL的耗时基本情况
show profiles; #查看指定query_id的SQL语句各个阶段的耗时情况
show profile for query query_id; #查看指定query_id的SQL语句CPU的使用情况
show profile cpu for query query_id;
EXPLAIN 语句
EXPLAIN: 获取如何执行 SELECT 语句的信息
#直接在select语句之前加上关键字
explain / desc EXPLAIN SELECT 字段列表 FROM 表名 WHERE 条件 ;
EXPLAIN 执行计划各字段含义:
-
Id:查询的序列号,表示查询中执行
select子句或者操作表的顺序 (id相同,执行顺序从上到下;id不同,值越大,越先执行) -
select_type:表示
SELECT的类型,常见的取值有SIMPLE(简单表,即不使用表连接或者子查询)、PRIMARY(主查询,即外层的查询)、UNION(UNION中的第二个或者后面的查询语句)、SUBQUERY(SELECT/WHERE之后包含了子查询)等 -
type:表示连接类型,性能由好到差的连接类型为 NULL、system、const、eq_ref、ref、range、index、all
-
possible_key:显示可能应用在这张表上的索引,一个或多个
-
Key:实际使用的索引,如果为
NULL则没有使用索引 -
Key_len:表示索引中使用的字节数,该值为索引字段最大可能长度,并非实际使用长度,在不损失精确性的前提下,长度越短越好
-
rows:MySQL 认为必须要执行查询的行数,在 innodb 引擎的表中,是一个估计值,可能并不总是准确的
-
filtered:表示返回结果的行数占需读取行数的百分比,filtered 的值越大越好
索引使用规则
最左前缀法制:
指的是查询从索引的最左列开始,不跳过索引中的列,如果跳跃某一列,后面的字段索引会失效
和查询时放的列顺序无关,存在即可,比如:
WHERE b = 2 AND a = 1 | 用到 a, b 列 | 数据库会优化条件顺序(a 在前),不影响 |
![![[Pasted image 20250719180708.png]]](https://i-blog.csdnimg.cn/direct/e30b7d8fb9464b8eaffa2d6c6477a2ee.png)
尽量使用 >= 而不是 >, 这样索引就不会失效
插入数据优化
- 插入数据时选择批量插入:
Insert into tb_test values(1,'Tom'),(2,'Cat'),(3,'Jerry');
数据量大时可以选择 load 指令:
#客户端连接服务端时,加上参数 --local-infile
mysql --local-infile -u root -p#设置全局参数local_infile为1,开启从本地加载文件导入数据的开关
set global local_infile = 1;#执行load指令将准备好的数据,加载到表结构中
load data local infile '/root/sql1.log' into table `tb_user` fields terminated by ',' lines terminated by '\n';
- 手动提交事务:
start transaction;
insert into tb_test values(1,'Tom'),(2,'Cat'),(3,'Jerry');
insert into tb_test values(4,'Tom'),(5,'Cat'),(6,'Jerry');
insert into tb_test values(7,'Tom'),(8,'Cat'),(9,'Jerry');
commit;
主键设计原则:
- 满足业务的情况下尽量降低
主键长度 - 插入数据时,尽量选择顺序插入,不要乱序, 性能更好, 选择使用
AUTO_INCREMENT自增主键 - 尽量不要使用
UUID做主键或者是其他自然主键,如身份证号 - 业务操作时,不要对主键修改
order by 优化
-
Using filesort:通过表的索引或全表扫描,读取满足条件的数据行,然后在排序缓冲区sort buffer中完成排序操作,所有不是通过索引直接返回排序结果的排序都叫FileSort排序 -
Using index:通过有序索引顺序扫描直接返回有序数据,这种情况即为using index,不需要额外排序,操作效率高 -
根据排序字段建立合适的索引,多字段排序时,也遵循最左前缀法则
-
尽量使用覆盖索引
-
多字段排序,一个升序一个降序,此时需要注意联合索引在创建时的规则(
ASC/DESC) -
如果不可避免的出现
filesort,大数据量排序时,可以适当增大排序缓冲区大小 sort_buffer_size (默认 256k)
group by优化
分组操作时,索引的使用要满足最左前缀法制,这样的效率比较高
limit优化
通过覆盖索引加子查询形式进行优化
explain select * from tb_sku t , (select id from tb_sku order by id limit 2000000,10) a where t.id = a.id;
count优化
count ()对于返回的结果集,一行行地判断,如果参数不是NULL,值加 1,否则不加,最后返回值- 用法:
count (*)、count (主键)、count (字段)、count (1)
效率 : count (字段) < count (主键) < count (1) ≈ count (*), 尽量使用 count(*)
update优化
执行更新时,更新的条件一定要有索引,而且这个索引不能失效,不然会从行锁升级为表锁,并发性能会降低
