【宋红康 MySQL数据库 】【高级篇】【12】性能分析工具的使用

已于 2022-08-29 10:34:10 修改
阅读量847 收藏 6
点赞数 2
分类专栏： 数据库 文章标签： 数据库 mysql
于 2022-08-27 13:47:25 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44018671/article/details/121762742
版权

持续学习&持续更新中…

学习态度：守破离

【宋红康 MySQL数据库 】【高级篇】【12】性能分析工具的使用

数据库服务器的优化步骤

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

查看系统性能参数

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

统计SQL的查询成本：last_query_cost

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

定位执行慢的SQL：慢查询日志

在这里插入图片描述

开启慢查询日志参数

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

PS：atguigu02、atguigu05是主机名。

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

查看慢查询数目

在这里插入图片描述

案例演示

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

测试及分析

在这里插入图片描述

在这里插入图片描述

慢查询日志分析工具：mysqldumpslow

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

关闭慢查询日志参数

在这里插入图片描述

在这里插入图片描述

删除慢查询日志

在这里插入图片描述

查看SQL执行成本：SHOW PROFILE

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

分析查询语句：EXPLAIN

概述

在这里插入图片描述

在这里插入图片描述

  • https://dev.mysql.com/doc/refman/5.7/en/explain-output.html

  • https://dev.mysql.com/doc/refman/8.0/en/explain-output.html

在这里插入图片描述

基本语法

在这里插入图片描述

在这里插入图片描述

注意

  • 执行 EXPLAIN SELECT、EXPLAIN DELETE、EXPLAIN UPDATE 语句并不会真正的执行SQL语句，只是查看执行计划而已。

  • 更多关注的是 EXPLAIN SELECT

数据准备

1.创建表

CREATE TABLE s1 (
    id INT AUTO_INCREMENT,
    key1 VARCHAR(100),
    key2 INT,
    key3 VARCHAR(100),
    key_part1 VARCHAR(100),
    key_part2 VARCHAR(100),
    key_part3 VARCHAR(100),
    common_field VARCHAR(100),
    PRIMARY KEY (id),
    INDEX idx_key1 (key1),
    UNIQUE INDEX idx_key2 (key2),
    INDEX idx_key3 (key3),
    INDEX idx_key_part(key_part1, key_part2, key_part3)
) ENGINE=INNODB CHARSET=utf8;


CREATE TABLE s2 (
    id INT AUTO_INCREMENT,
    key1 VARCHAR(100),
    key2 INT,
    key3 VARCHAR(100),
    key_part1 VARCHAR(100),
    key_part2 VARCHAR(100),
    key_part3 VARCHAR(100),
    common_field VARCHAR(100),
    PRIMARY KEY (id),
    INDEX idx_key1 (key1),
    UNIQUE INDEX idx_key2 (key2),
    INDEX idx_key3 (key3),
    INDEX idx_key_part(key_part1, key_part2, key_part3)
) ENGINE=INNODB CHARSET=utf8;

在这里插入图片描述

3.创建函数

SET GLOBAL log_bin_trust_function_creators=1; 

#创建函数：
DELIMITER //
CREATE FUNCTION rand_string1(n INT) 
	RETURNS VARCHAR(255) #该函数会返回一个字符串
BEGIN 
	DECLARE chars_str VARCHAR(100) DEFAULT 'abcdefghijklmnopqrstuvwxyzABCDEFJHIJKLMNOPQRSTUVWXYZ';
	DECLARE return_str VARCHAR(255) DEFAULT '';
	DECLARE i INT DEFAULT 0;
	WHILE i < n DO
		SET return_str =CONCAT(return_str,SUBSTRING(chars_str,FLOOR(1+RAND()*52),1));
		SET i = i + 1;
	END WHILE;
	RETURN return_str;
END //
DELIMITER ;

4.创建存储过程并插入数据

DELIMITER //
CREATE PROCEDURE insert_s1 (IN min_num INT (10),IN max_num INT (10))
BEGIN
	DECLARE i INT DEFAULT 0;
	SET autocommit = 0;
	REPEAT
	SET i = i + 1;
	INSERT INTO s1 VALUES(
    (min_num + i),
    rand_string1(6),
    (min_num + 30 * i + 5),
    rand_string1(6),
    rand_string1(10),
    rand_string1(5),
    rand_string1(10),
    rand_string1(10));
	UNTIL i = max_num
	END REPEAT;
	COMMIT;
END //
DELIMITER ;


DELIMITER //
CREATE PROCEDURE insert_s2 (IN min_num INT (10),IN max_num INT (10))
BEGIN
	DECLARE i INT DEFAULT 0;
	SET autocommit = 0;
	REPEAT
	SET i = i + 1;
	INSERT INTO s2 VALUES(
        (min_num + i),
		rand_string1(6),
		(min_num + 30 * i + 5),
		rand_string1(6),
		rand_string1(10),
		rand_string1(5),
		rand_string1(10),
		rand_string1(10));
	UNTIL i = max_num
	END REPEAT;
	COMMIT;
END //
DELIMITER ;

#调用存储过程
CALL insert_s1(10001,10000);

CALL insert_s2(10001,10000);

SELECT COUNT(*) FROM s1;

SELECT COUNT(*) FROM s2;

EXPLAIN各列的作用

在这里插入图片描述

table

EXPLAIN SELECT查出来有多少行记录就有多少张单表（包括临时表）
也就是说一行记录就对应着一张表
查询当中有可能会出现一下临时表，比如UNION。

在这里插入图片描述

#1. table：表名
#查询的每一行记录都对应着一个单表
EXPLAIN SELECT * FROM s1;

#s1:驱动表  s2:被驱动表
EXPLAIN SELECT * FROM s1 INNER JOIN s2;

id

在一个大的查询语句中每个SELECT关键字都对应一个唯一的id
有多少个id，就代表有多少个SELECT
查询优化器可能对涉及子查询的查询语句进行重写，转变为多表查询的操作，那么自然就少了一个SELECT，因此并不是SQL语句中有多少个SELECT就有多少个SELECT
PS：一般来讲，子查询的效率不如多表连接查询。

在这里插入图片描述

#2. id：在一个大的查询语句中每个SELECT关键字都对应一个唯一的id
 SELECT * FROM s1 WHERE key1 = 'a';


 SELECT * FROM s1 INNER JOIN s2
 ON s1.key1 = s2.key1
 WHERE s1.common_field = 'a';


 SELECT * FROM s1 UNION SELECT * FROM s2;


 EXPLAIN SELECT * FROM s1 WHERE key1 = 'a';
 
 
 EXPLAIN SELECT * FROM s1 INNER JOIN s2;
 
 
 EXPLAIN SELECT * FROM s1 WHERE key1 IN (SELECT key1 FROM s2) OR key3 = 'a';
 
 ######查询优化器可能对涉及子查询的查询语句进行重写,转变为多表查询的操作########
 EXPLAIN SELECT * FROM s1 WHERE key1 IN (SELECT key2 FROM s2 WHERE common_field = 'a');
 
 #Union去重
 EXPLAIN SELECT * FROM s1 UNION SELECT * FROM s2;
 
 #UNION ALL 不去重，因此不会有临时表
 EXPLAIN SELECT * FROM s1  UNION ALL SELECT * FROM s2;

select_type

在这里插入图片描述

 #3. select_type：SELECT关键字对应的那个查询的类型,确定小查询在整个大查询中扮演了一个什么角色
 
 # 查询语句中不包含`UNION`或者子查询的查询都算作是`SIMPLE`类型
 EXPLAIN SELECT * FROM s1;
 
 
 #连接查询也算是`SIMPLE`类型
 EXPLAIN SELECT * FROM s1 INNER JOIN s2;
 
 
 #对于包含`UNION`或者`UNION ALL`或者子查询的大查询来说，它是由几个小查询组成的，其中最左边的那个（子查询外边的那个）
 #查询的`select_type`值就是`PRIMARY`
 
 
 #对于包含`UNION`或者`UNION ALL`的大查询来说，它是由几个小查询组成的，其中除了最左边的那个小查询
 #以外，其余的小查询的`select_type`值就是`UNION`
 
 #`MySQL`选择使用临时表来完成`UNION`查询的去重工作，针对该临时表的查询的`select_type`就是
 #`UNION RESULT`
 EXPLAIN SELECT * FROM s1 UNION SELECT * FROM s2;
 
 EXPLAIN SELECT * FROM s1 UNION ALL SELECT * FROM s2;
 
 #子查询：
 #如果包含子查询的查询语句不能够转为对应的`semi-join`的形式，并且该子查询是不相关子查询。
 #该子查询的第一个`SELECT`关键字代表的那个查询的`select_type`就是`SUBQUERY`
 EXPLAIN SELECT * FROM s1 WHERE key1 IN (SELECT key1 FROM s2) OR key3 = 'a';
 
 
 #如果包含子查询的查询语句不能够转为对应的`semi-join`的形式，并且该子查询是相关子查询，
 #则该子查询的第一个`SELECT`关键字代表的那个查询的`select_type`就是`DEPENDENT SUBQUERY`
 EXPLAIN SELECT * FROM s1 
 WHERE key1 IN (SELECT key1 FROM s2 WHERE s1.key2 = s2.key2) OR key3 = 'a';
 #注意的是，select_type为`DEPENDENT SUBQUERY`的查询可能会被执行多次。
 
 
 #在包含`UNION`或者`UNION ALL`的大查询中，如果各个小查询都依赖于外层查询的话，那除了
 #最左边的那个小查询之外，其余的小查询的`select_type`的值就是`DEPENDENT UNION`。
 EXPLAIN SELECT * FROM s1 
 WHERE key1 IN (SELECT key1 FROM s2 WHERE key1 = 'a' UNION SELECT key1 FROM s1 WHERE key1 = 'b');
 
 
 #对于包含`派生表`的查询，该派生表对应的子查询的`select_type`就是`DERIVED`
 EXPLAIN SELECT * 
 FROM (SELECT key1, COUNT(*) AS c FROM s1 GROUP BY key1) AS derived_s1 WHERE c > 1;
 
 
 #当查询优化器在执行包含子查询的语句时，选择将子查询物化之后与外层查询进行连接查询时，
 #该子查询对应的`select_type`属性就是`MATERIALIZED`
 EXPLAIN SELECT * FROM s1 WHERE key1 IN (SELECT key1 FROM s2); #子查询被转为了物化表

partitions (可略)

在这里插入图片描述

在这里插入图片描述

type ☆

在这里插入图片描述

在这里插入图片描述

 # 5. type：针对单表的访问方法
 
 #当表中`只有一条记录`并且该表使用的存储引擎的统计数据是精确的【MyISAM表中有一个变量记录了count(*)的值】，比如MyISAM、Memory，
 #那么对该表的访问方法就是`system`。
 CREATE TABLE t(i INT) ENGINE=MYISAM;
 INSERT INTO t VALUES(1);
 
 EXPLAIN SELECT * FROM t;
 
 #换成InnoDB
 CREATE TABLE tt(i INT) ENGINE=INNODB;
 INSERT INTO tt VALUES(1);
 EXPLAIN SELECT * FROM tt;
 
 
 #当我们根据主键或者唯一二级索引列与常数进行等值匹配时，对单表的访问方法就是`const`
 EXPLAIN SELECT * FROM s1 WHERE id = 10005;
 
 EXPLAIN SELECT * FROM s1 WHERE key2 = 10066;
 
 
 # 不是一个类型的话就需要进行隐式转换，就不会使用索引了。
 EXPLAIN SELECT * FROM s1 WHERE key3 = 10066;
 EXPLAIN SELECT * FROM s1 WHERE key3 = '10066';
 
 #在连接查询时，如果被驱动表是通过主键或者唯一二级索引列等值匹配的方式进行访问的
 #（如果该主键或者唯一二级索引是联合索引的话，所有的索引列都必须进行等值比较），则
 #对该被驱动表的访问方法就是`eq_ref`
 EXPLAIN SELECT * FROM s1 INNER JOIN s2 ON s1.id = s2.id;
  
  
 #当通过普通的二级索引列与常量进行等值匹配时来查询某个表，那么对该表的访问方法就可能是`ref`
 EXPLAIN SELECT * FROM s1 WHERE key1 = 'a';
 
 
 #当对普通二级索引进行等值匹配查询，该索引列的值也可以是`NULL`值时，那么对该表的访问方法
 #就可能是`ref_or_null`
 EXPLAIN SELECT * FROM s1 WHERE key1 = 'a' OR key1 IS NULL;
 
 
 #单表访问方法时在某些场景下可以使用`Intersection`、`Union`、
 #`Sort-Union`这三种索引合并的方式来执行查询
 # type为index_merge【where必须使用OR关键字】
 EXPLAIN SELECT * FROM s1 WHERE key1 = 'a' OR key3 = 'a';
 
 
 #`unique_subquery`是针对在一些包含`IN`子查询的查询语句中，如果查询优化器决定将`IN`子查询
 #转换为`EXISTS`子查询，而且子查询可以使用到主键进行等值匹配的话，那么该子查询执行计划的`type`
 #列的值就是`unique_subquery`
 EXPLAIN SELECT * FROM s1 
 WHERE key2 IN (SELECT id FROM s2 WHERE s1.key1 = s2.key1) OR key3 = 'a';
 
 
 #如果使用索引获取某些`范围区间`的记录，那么就可能使用到`range`访问方法
 EXPLAIN SELECT * FROM s1 WHERE key1 IN ('a', 'b', 'c');
 
 #同上
 EXPLAIN SELECT * FROM s1 WHERE key1 > 'a' AND key1 < 'b';
 
 
 #当我们可以使用索引覆盖，但需要扫描全部的索引记录时，该表的访问方法就是`index`
 # 覆盖索引（索引覆盖）：查询语句的WHERE条件中使用的是二级索引，并且只查询索引列的值，那么就不需要进行回表操作。

 EXPLAIN SELECT key_part2 FROM s1 WHERE key_part3 = 'a';
 
 
 #最熟悉的全表扫描
 EXPLAIN SELECT * FROM s1;

possible_keys和key【possible_indexes和index】

possible_keys和key：可能用到的索引 和 实际上使用的索引

 #6. possible_keys和key：可能用到的索引 和  实际上使用的索引
 
 EXPLAIN SELECT * FROM s1 WHERE key1 > 'z' AND key3 = 'a';

key_len ☆

key_len：实际使用到的索引长度(即：字节数)，主要针对于联合索引
帮你检查是否充分的利用上了索引，值越大越好，有一定的参考意义。

#7.  key_len：实际使用到的索引长度(即：字节数)
# 帮你检查`是否充分的利用上了索引`，`值越大越好`,主要针对于联合索引，有一定的参考意义。
 EXPLAIN SELECT * FROM s1 WHERE id = 10005;


 EXPLAIN SELECT * FROM s1 WHERE key2 = 10126;


 EXPLAIN SELECT * FROM s1 WHERE key1 = 'a';


 EXPLAIN SELECT * FROM s1 WHERE key_part1 = 'a';

 
 EXPLAIN SELECT * FROM s1 WHERE key_part1 = 'a' AND key_part2 = 'b';

 EXPLAIN SELECT * FROM s1 WHERE key_part1 = 'a' AND key_part2 = 'b' AND key_part3 = 'c';
 
 EXPLAIN SELECT * FROM s1 WHERE key_part3 = 'a';
 
#练习：
#varchar(10)变长字段且允许NULL  = 10 * ( character set：utf8=3,gbk=2,latin1=1)+1(NULL)+2(变长字段)

#varchar(10)变长字段且不允许NULL = 10 * ( character set：utf8=3,gbk=2,latin1=1)+2(变长字段)

#char(10)固定字段且允许NULL    = 10 * ( character set：utf8=3,gbk=2,latin1=1)+1(NULL)

#char(10)固定字段且不允许NULL  = 10 * ( character set：utf8=3,gbk=2,latin1=1)

ref

当使用索引列等值查询时，与索引列进行等值匹配的对象信息。

 # 8. ref：当使用索引列等值查询时，与索引列进行等值匹配的对象信息。
 #比如只是一个常数或者是某个列。
 
 EXPLAIN SELECT * FROM s1 WHERE key1 = 'a';
 
 
 EXPLAIN SELECT * FROM s1 INNER JOIN s2 ON s1.id = s2.id;
 
 
 EXPLAIN SELECT * FROM s1 INNER JOIN s2 ON s2.key1 = UPPER(s1.key1);

rows ☆

预估的需要读取的记录条数，值越小越好

 # 9. rows：预估的需要读取的记录条数
 # `值越小越好`
 EXPLAIN SELECT * FROM s1 WHERE key1 > 'z';

filtered

某个表经过搜索条件过滤后剩余记录条数的百分比

 # 10. filtered: 某个表经过搜索条件过滤后剩余记录条数的百分比
 
 #如果使用的是索引执行的单表扫描，那么计算时需要估计出满足除使用
 #到对应索引的搜索条件外的其他搜索条件的记录有多少条。
 EXPLAIN SELECT * FROM s1 WHERE key1 > 'z' AND common_field = 'a';
 
 
 #对于单表查询来说，这个filtered列的值没什么意义，我们`更关注在连接查询
 #中驱动表对应的执行计划记录的filtered值`，它决定了被驱动表要执行的次数(即：rows * filtered)
 EXPLAIN SELECT * FROM s1 INNER JOIN s2 ON s1.key1 = s2.key1 WHERE s1.common_field = 'a';

Extra ☆

在这里插入图片描述

索引覆盖

索引覆盖：查询语句的WHERE条件中使用的是二级索引，并且只查询索引列的值，那么就不需要进行回表操作。

在这里插入图片描述

索引条件下推

在这里插入图片描述

 
 #11. Extra:一些额外的信息
 #更准确的理解MySQL到底将如何执行给定的查询语句
 
 
 #当查询语句的没有`FROM`子句时将会提示该额外信息
 EXPLAIN SELECT 1;
 
 
 #查询语句的`WHERE`子句永远为`FALSE`时将会提示该额外信息
 EXPLAIN SELECT * FROM s1 WHERE 1 != 1;
 
 
 #当我们使用全表扫描来执行对某个表的查询，并且该语句的`WHERE`
 #子句中有针对该表的搜索条件时，在`Extra`列中会提示上述额外信息。
 EXPLAIN SELECT * FROM s1 WHERE common_field = 'a';
 
 
 #当使用索引访问来执行对某个表的查询，并且该语句的`WHERE`子句中
 #有除了该索引包含的列之外的其他搜索条件时，在`Extra`列中也会提示上述额外信息。
 EXPLAIN SELECT * FROM s1 WHERE key1 = 'a' AND common_field = 'a';
 
 
 #当查询列表处有`MIN`或者`MAX`聚合函数，但是并没有符合`WHERE`子句中
 #的搜索条件的记录时，将会提示该额外信息
 EXPLAIN SELECT MIN(key1) FROM s1 WHERE key1 = 'abcdefg';
 
 EXPLAIN SELECT MIN(key1) FROM s1 WHERE key1 = 'NlPros'; #NlPros 是 s1表中key1字段真实存在的数据
 
 #select * from s1 limit 10;

 # 覆盖索引（索引覆盖）：查询语句的WHERE条件中使用的是二级索引，并且只查询索引列的值，那么就不需要进行回表操作。
 

 #当我们的查询列表以及搜索条件中只包含属于某个索引的列，也就是在可以
 #使用覆盖索引的情况下，在`Extra`列将会提示该额外信息。比方说下边这个查询中只
 #需要用到`idx_key1`而不需要回表操作：
 EXPLAIN SELECT key1,id FROM s1 WHERE key1 = 'a';
 
 
 #有些搜索条件中虽然出现了索引列，但却不能使用到索引
 #理解索引条件下推
 EXPLAIN SELECT * FROM s1 WHERE key1 > 'z' AND key1 LIKE '%a';
 
 
 #在连接查询执行过程中，当被驱动表不能有效的利用索引加快访问速度，MySQL一般会为
 #其分配一块名叫`join buffer`的内存块来加快查询速度，也就是我们所讲的`基于块的嵌套循环算法`
 #见课件说明
 EXPLAIN SELECT * FROM s1 INNER JOIN s2 ON s1.common_field = s2.common_field;
 
 
 #当我们使用左（外）连接时，如果`WHERE`子句中包含要求被驱动表的某个列等于`NULL`值的搜索条件，
 #而且那个列又是不允许存储`NULL`值的，那么在该表的执行计划的Extra列就会提示`Not exists`额外信息
 EXPLAIN SELECT * FROM s1 LEFT JOIN s2 ON s1.key1 = s2.key1 WHERE s2.id IS NULL;
 
 
 #如果执行计划的`Extra`列出现了`Using intersect(...)`提示，说明准备使用`Intersect`索引
 #合并的方式执行查询，括号中的`...`表示需要进行索引合并的索引名称；
 #如果出现了`Using union(...)`提示，说明准备使用`Union`索引合并的方式执行查询；
 #出现了`Using sort_union(...)`提示，说明准备使用`Sort-Union`索引合并的方式执行查询。
 EXPLAIN SELECT * FROM s1 WHERE key1 = 'a' OR key3 = 'a';
 
 
 #当我们的`LIMIT`子句的参数为`0`时，表示压根儿不打算从表中读出任何记录，将会提示该额外信息
 EXPLAIN SELECT * FROM s1 LIMIT 0;
 
 
 #有一些情况下对结果集中的记录进行排序是可以使用到索引的。
 #比如：
 EXPLAIN SELECT * FROM s1 ORDER BY key1 LIMIT 10;
 
 
 #很多情况下排序操作无法使用到索引，只能在内存中（记录较少的时候）或者磁盘中（记录较多的时候）
 #进行排序，MySQL把这种在内存中或者磁盘上进行排序的方式统称为文件排序（英文名：`filesort`）。
 
 #如果某个查询需要使用文件排序的方式执行查询，就会在执行计划的`Extra`列中显示`Using filesort`提示
 EXPLAIN SELECT * FROM s1 ORDER BY common_field LIMIT 10;
 
 
 #在许多查询的执行过程中，MySQL可能会借助临时表来完成一些功能，比如去重、排序之类的，比如我们
 #在执行许多包含`DISTINCT`、`GROUP BY`、`UNION`等子句的查询过程中，如果不能有效利用索引来完成
 #查询，MySQL很有可能寻求通过建立内部的临时表来执行查询。如果查询中使用到了内部的临时表，在执行
 #计划的`Extra`列将会显示`Using temporary`提示
 EXPLAIN SELECT DISTINCT common_field FROM s1;
 
 #EXPLAIN SELECT DISTINCT key1 FROM s1;
 
 #同上。
 EXPLAIN SELECT common_field, COUNT(*) AS amount FROM s1 GROUP BY common_field;
 
 #执行计划中出现`Using temporary`并不是一个好的征兆，因为建立与维护临时表要付出很大成本的，所以
 #我们`最好能使用索引来替代掉使用临时表`。比如：扫描指定的索引idx_key1即可
 EXPLAIN SELECT key1, COUNT(*) AS amount FROM s1 GROUP BY key1;
使用文件排序

在这里插入图片描述

小结

在这里插入图片描述

EXPLAIN的进一步使用

EXPLAIN的四种输出格式

在这里插入图片描述

传统格式

在这里插入图片描述

JSON格式

#json格式的explain
EXPLAIN FORMAT=JSON SELECT * FROM s1 INNER JOIN s2 ON s1.key1 = s2.key2 
WHERE s1.common_field = 'a';

在这里插入图片描述

在这里插入图片描述
在这里插入图片描述

TREE格式

在这里插入图片描述

可视化输出

在这里插入图片描述

在这里插入图片描述

SHOW WARNINGS的使用

在这里插入图片描述

在这里插入图片描述

分析优化器执行计划：trace

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

MySQL监控分析视图-sys schema

在这里插入图片描述

Sys schema视图摘要

在这里插入图片描述

Sys schema视图使用场景

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

参考

尚硅谷宋红康: MySQL数据库（入门到高级，菜鸟到大牛）.

本文完，感谢您的关注支持！

lpruoyu
关注
  • 2
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
MySQL入门到高级-宋红康版.zip
08-15
MySQL入门到高级-宋红康版 ----- 毕业设计，课程设计，项目源码均经过助教老师测试，运行无误，欢迎下载交流 ----- 下载后请首先打开README.md文件（如有），某些链接可能需要魔法打开。 ----- 毕业设计，课程设计，项目源码均经过助教老师测试，运行无误，欢迎下载交流 ----- 下载后请首先打开README.md文件（如有），某些链接可能需要魔法打开。
【MySQL高级篇笔记-性能分析工具的使用 (中) 】
06-03
EXPLAIN的使用
MySQL数据库管理高级篇(二)
06-14
MySQL是一个关系型数据库管理系统，目前属于Oracle旗下产品。MySQL是最流行的关系型数据库管理系统之一。 MySQL所使用的SQL语言是用于访问数据库的最常用标准化语言。MySQL采用了双授权策略，分为社区版和商业版，由于其体积小、速度快、总体拥有成本低，尤其是开放源代码这一特点。 本课程作为MySQL的基础课程，主要讲解以下内容： 1.???? MySQL 管理 2.???? MySQL的全文本搜索 3.???? MySQL 聚合、控制流及日期函数 4.???? MySQL 字符串函数 本课程，是基于《 mysql 数据管理基础篇 》进行的讲解，请仔细查看目录，是否符合自己的需求。
mysql高级参考课件（供实操参考）.zip
01-18
mysql进阶资料
数据库 MySQL 学习笔记高级篇.md
09-01
数据库 MySQL 学习笔记高级篇.md
MySQL核心技术学习笔记
12-16
MySQL核心技术学习笔记，包括从MySQL产品的安装到DQL语言的学习、DML语言的学习、DDL语言的学习、TCL语言的学习、视图、存储过程等，以及相关案例实现语句等等。
java导航网站_java导航网站
weixin_35790607的博客
03-02 1万+
在学习基于javaweb的导航网站的设计与开发项目的时候，方便日后能及时查阅，在本平台中记录一下基于javaweb的导航网站的设计与开发的开发流程。在学习时候的选用了SSM(MYECLIPSE),这个框架不论是学习还是使用都非常方便，简单易上手。基于javaweb的导航网站的设计与开发项目具有的用户角色包括了管理员，每个角色都含有自己的登录账号和密码。总结得出基于javaweb的导航网站的设计与开...
[MySQL]学习笔记目录(尚硅谷宋红康MySQL数据库教程)
emmmm.....
10-31 4125
[MySQL]学习笔记目录(尚硅谷宋红康MySQL数据库教程) 基础篇 高级篇
导航【mysql高级】【java提高】
小心星的博客
08-14 1398
导航【mysql高级】【java提高】
java网址导航
yangxueyong的专栏
01-11 3247
中国JAVA俱乐部学习java论坛中国JAVA技术网论坛  英文论坛Focus on Java ForumSUN Developer ForumsJava Programmingcodecomments Java ForumJava Boutique Forumsjava.net ForumsTheServerSide DiscussionJavalobby ForumsJavaRanch Forumjguru Forumsjava-forum.orgcookienest Forumstop Java W
Mysql入门
厚积薄发
04-23 1033
持久化保存数据。MySQL是一个开放源代码的关系型数据库管理系统 ，由瑞典MySQL AB（创始人Michael Widenius）公司1995年开发，迅速成为开源数据库的 No.1MySQL是一种关联数据库管理系统，将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。MySQL是开源的，不需要支付额外的费用。MySQL是可以定制的，采用了 GPL（GNU General Public License） 协议，可以修改源码来开发自己的MySQL系统。
有用的地址
热门推荐
hy840429的专栏
06-25 2万+
php包：   http://ezcomponents.org/       svn ：   http://svn.ez.no/svn/ezcomponents/trunk/Webdav
【宋红康 MySQL数据库 】【高级篇】【08】索引的数据结构
Keep Reading Keep Writing Keep Thinking
07-10 1429
索引的数据结构
MySQL架构篇
生命不息，编程不止的博客
08-19 1212
mysql架构篇
【宋红康 MySQL数据库 】【高级篇】【01】CentOS7下MySQL的安装与使用
Keep Reading Keep Writing Keep Thinking
05-25 1408
MySQL的卸载、安装和运行
最近查到一个JAVA网址导航，感觉还不错
jampb的专栏
02-11 4044
最近查到一个JAVA及JAVAEE导航网址，感觉还不错，所以提供给大家分享导航网站网址是：http://www.javaee123.cn/很全面的JAVA入门学习网址导航
MySQL数据库教程天花板，mysql安装到mysql高级，强|硬 宋红康版（自用不可外传）
Maynor996的博客
04-17 7577
MySQL数据库最全笔记！
【课堂练习】
最新发布
JacksonLeo的博客
04-29 307
虽然现代JVM的垃圾回收机制已经非常高效，但是在性能敏感的场合，仍然需要注意对象的创建频率。例如，在SysLogininforMapper中的deleteLogininforByIds方法，如果处理大量ID时，应考虑使用批处理技术，而不是循环单条处理。例如，在SysMenuMapper中的查询方法，如果涉及到复杂的查询条件或者大量数据的查询，应确保SQL语句的优化和索引的使用。异常处理：代码中应该有更明确的异常处理逻辑，比如使用try-catch块捕获可能的异常，并进行适当的处理，如记录日志、回滚事务等。
探秘MySQL主从复制的多种实现方式
todoitbo的博客
04-26 1042
本文将深入探讨MySQL主从复制的多种实现方式，包括基于语句、基于行和混合模式等。无论您是初学者还是有经验的数据库管理员，都能通过本文全面了解MySQL主从复制技术的多样化选择，从而提高数据库的可用性和性能。
宋红康 mysql数据库
08-15
您好！对于MySQL数据库，我可以提供一些基本的信息。MySQL是一个开源的关系型数据库管理系统，广泛应用于各种网站和应用程序中。它具有高性能、稳定可靠以及丰富的功能。 MySQL支持多种操作系统，并提供了多种编程语言的接口，如Java、Python、PHP等。它使用标准的SQL语言进行数据管理和查询，可以处理大规模的数据集。 MySQL的特点包括： 1. 可扩展性：可以在单个服务器上运行多个数据库实例，支持主从复制和分布式数据库架构。 2. 安全性：提供了各种安全特性，如用户认证、数据加密和访问控制等。 3. 高性能：通过索引、查询优化和缓存等技术，提升数据库的查询和写入性能。 4. 数据完整性：支持事务处理和数据约束，保证数据的一致性和完整性。 5. 可靠性：提供了数据备份、恢复和故障转移等机制，确保数据的可靠性和可用性。 除了基本的数据库操作外，MySQL还支持存储过程、触发器、视图等高级功能，可以实现复杂的业务逻辑和数据处理需求。 希望这些信息对您有所帮助！如果您有更具体的问题，可以继续提问。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值