Task03：复杂一点的查询（一）

最新推荐文章于 2024-07-10 19:12:38 发布
最新推荐文章于 2024-07-10 19:12:38 发布
阅读量242 收藏 1
点赞数
分类专栏： SQL编程语言 文章标签： mysql sql 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_52202311/article/details/124887056
版权

Task03：复杂一点的查询（一）

教程地址

https://github.com/datawhalechina/wonderful-sql
https://gitee.com/datawhalechina/wonderful-sql

1. 视图

1.1 什么是视图

视图是一个虚拟的表结构，其并不真实存在于数据库当中，可以视作是一个 select 语句的结构

1.2 视图与表的区别

其主要区别就是，「是否保存了实际的数据」，「视图不是表，视图是虚表，视图依赖于表」

1.3 为什么会存在视图

  1. 存储频繁使用的 select 语句来提高效率

  2. 挑选展示指定的数据，使得整个表的信息更明确，例如学生信息表就不需要其选课信息

  3. 限制访问部分数据，保护隐私数据，例如班级表不必展示宿舍号

  4. 降低冗余度，可以使得多个虚拟表都依赖于同一个真实表，而不是实际存储多个真实表

1.4 如何创建视图

CREATE VIEW <视图名称>(<列名1>,<列名2>,…) AS <SELECT语句>

视图可以根据真实表来创建，也可以根据其他视图来创建，即多级视图。

虽然这样的操作是被允许的，但是我们还是应该尽量避免，因其会降低 sql 的性能

我们需要注意的是，一般的数据库系统中，定义视图时不能使用 order by 语句

CREATE VIEW productsum (product_type, cnt_product)
AS
SELECT product_type, COUNT(*)
  FROM product
 GROUP BY product_type
 ORDER BY product_type;

像上面的这个例子，就是错误的，因为视图和表一样，数据行都是没有顺序的

但是在 mysql 当中，是存在例外情况的。mysql 的视图定义是允许使用 order by 的

但是如果我们从这样的表当中选取数据的时候使用了自己的 order by 数据

那么视图中定义的 order by 就将会被忽略掉

我们先来创建单表的视图，即按照上文的语法：

mysql> drop view productsum;
Query OK, 0 rows affected (0.01 sec)

mysql> CREATE VIEW productsum (product_type, cnt_product)
    -> AS
    -> SELECT product_type, COUNT(*)
    ->   FROM product
    ->  GROUP BY product_type ;
Query OK, 0 rows affected (0.02 sec)

默认导入的文件里面好像已经创建了这个视图，所以我们先删一下

除了单表之外，我们也可以有多表这样的情况，先建一个表：

CREATE TABLE shop_product
(shop_id    CHAR(4)       NOT NULL,
 shop_name  VARCHAR(200)  NOT NULL,
 product_id CHAR(4)       NOT NULL,
 quantity   INTEGER       NOT NULL,
 PRIMARY KEY (shop_id, product_id));

INSERT INTO shop_product (shop_id, shop_name, product_id, quantity) VALUES ('000A',	'东京',		'0001',	30);
INSERT INTO shop_product (shop_id, shop_name, product_id, quantity) VALUES ('000A',	'东京',		'0002',	50);
INSERT INTO shop_product (shop_id, shop_name, product_id, quantity) VALUES ('000A',	'东京',		'0003',	15);
INSERT INTO shop_product (shop_id, shop_name, product_id, quantity) VALUES ('000B',	'名古屋',	'0002',	30);
INSERT INTO shop_product (shop_id, shop_name, product_id, quantity) VALUES ('000B',	'名古屋',	'0003',	120);
INSERT INTO shop_product (shop_id, shop_name, product_id, quantity) VALUES ('000B',	'名古屋',	'0004',	20);
INSERT INTO shop_product (shop_id, shop_name, product_id, quantity) VALUES ('000B',	'名古屋',	'0006',	10);
INSERT INTO shop_product (shop_id, shop_name, product_id, quantity) VALUES ('000B',	'名古屋',	'0007',	40);
INSERT INTO shop_product (shop_id, shop_name, product_id, quantity) VALUES ('000C',	'大阪',		'0003',	20);
INSERT INTO shop_product (shop_id, shop_name, product_id, quantity) VALUES ('000C',	'大阪',		'0004',	50);
INSERT INTO shop_product (shop_id, shop_name, product_id, quantity) VALUES ('000C',	'大阪',		'0006',	90);
INSERT INTO shop_product (shop_id, shop_name, product_id, quantity) VALUES ('000C',	'大阪',		'0007',	70);
INSERT INTO shop_product (shop_id, shop_name, product_id, quantity) VALUES ('000D',	'福冈',		'0001',	100);

我们将在这product表和shop_product表的基础上创建视图：

mysql> CREATE VIEW view_shop_product(product_type, sale_price, shop_name)
    -> AS
    -> SELECT product_type, sale_price, shop_name
    ->   FROM product,
    ->        shop_product
    ->  WHERE product.product_id = shop_product.product_id;
Query OK, 0 rows affected (0.01 sec)

对，我刚刚就想说这个问题，mysql 里面 show tables 直接把表和视图混杂显示

但是删表 drop 的是table，删视图 drop 的是 view，这两个还是很不一样的

所以说建视图的时候能在名字里面写明 view 是最好的

我们在这个视图上执行的查询操作如下：

mysql> select * from view_shop_product;
+--------------+------------+-----------+
| product_type | sale_price | shop_name |
+--------------+------------+-----------+
| 衣服         |       1000 | 东京      |
| 办公用品     |        500 | 东京      |
| 衣服         |       4000 | 东京      |
| 办公用品     |        500 | 名古屋    |
| 衣服         |       4000 | 名古屋    |
| 厨房用具     |       3000 | 名古屋    |
| 厨房用具     |        500 | 名古屋    |
| 厨房用具     |        880 | 名古屋    |
| 衣服         |       4000 | 大阪      |
| 厨房用具     |       3000 | 大阪      |
| 厨房用具     |        500 | 大阪      |
| 厨房用具     |        880 | 大阪      |
| 衣服         |       1000 | 福冈      |
+--------------+------------+-----------+
13 rows in set (0.00 sec)

mysql> SELECT sale_price, shop_name
    ->   FROM view_shop_product
    ->  WHERE product_type = '衣服';
+------------+-----------+
| sale_price | shop_name |
+------------+-----------+
|       1000 | 东京      |
|       4000 | 东京      |
|       4000 | 名古屋    |
|       4000 | 大阪      |
|       1000 | 福冈      |
+------------+-----------+
5 rows in set (0.00 sec)

1.5 如何修改视图结构

照常使用 alter 关键字，语法结构如下：

ALTER VIEW <视图名> AS <SELECT语句>

实践如下：

mysql> ALTER VIEW productsum
    ->     AS
    ->         SELECT product_type, sale_price
    ->           FROM product
    ->          WHERE regist_date > '2009-09-11';
Query OK, 0 rows affected (0.02 sec)

1.6 如何更新视图内容

这里的更新修改是一个危险的操作，毕竟视图只是一个虚拟的表，其更新可能会引起原真实表的一些错误

例如，假如视图包含了以下结构，那很显然是不能够被更改的：

聚合函数 SUM()、MIN()、MAX()、COUNT() 等
DISTINCT 关键字。
GROUP BY 子句。
HAVING 子句。
UNION 或 UNION ALL 运算符。
FROM 子句中包含多个表。

我感觉此时的视图更像是一种对结果的展示，我们不太可能直接去修改结果，进而修改原始数据

而且视图的数据可能也是有限的，其修改并不是针对全体，但确确实实修改了原表的部分数据：

mysql> select * from productsum;
+--------------+------------+
| product_type | sale_price |
+--------------+------------+
| 衣服         |       1000 |
| 厨房用具     |       3000 |
| 厨房用具     |        500 |
| 办公用品     |        100 |
+--------------+------------+
4 rows in set (0.00 sec)

mysql> UPDATE productsum
    ->    SET sale_price = '5000'
    ->  WHERE product_type = '办公用品';
Query OK, 1 row affected (0.01 sec)
Rows matched: 1  Changed: 1  Warnings: 0

mysql> select * from productsum;
+--------------+------------+
| product_type | sale_price |
+--------------+------------+
| 衣服         |       1000 |
| 厨房用具     |       3000 |
| 厨房用具     |        500 |
| 办公用品     |       5000 |
+--------------+------------+
4 rows in set (0.00 sec)

mysql> select * from product;
+------------+--------------+--------------+------------+----------------+-------------+
| product_id | product_name | product_type | sale_price | purchase_price | regist_date |
+------------+--------------+--------------+------------+----------------+-------------+
| 0001       | T恤          | 衣服         |       1000 |            500 | 2009-09-20  |
| 0002       | 打孔器       | 办公用品     |        500 |            320 | 2009-09-11  |
| 0003       | 运动T恤      | 衣服         |       4000 |           2800 | NULL        |
| 0004       | 菜刀         | 厨房用具     |       3000 |           2800 | 2009-09-20  |
| 0005       | 高压锅       | 厨房用具     |       6800 |           5000 | 2009-01-15  |
| 0006       | 叉子         | 厨房用具     |        500 |           NULL | 2009-09-20  |
| 0007       | 擦菜板       | 厨房用具     |        880 |            790 | 2008-04-28  |
| 0008       | 圆珠笔       | 办公用品     |       5000 |           NULL | 2009-11-11  |
+------------+--------------+--------------+------------+----------------+-------------+
8 rows in set (0.00 sec)

mysql>

我们可以看到透过视图进行修改，只改出来了圆珠笔的售价，同为办公用品，打孔器的售价没有变化

1.7 如何删除视图

这就是我上面提到的，与删除表不同的部分，语法如下：

DROP VIEW productSum;

2. 子查询

2.1 什么是子查询

子查询其实也就是嵌套，一个 select 套另外一个 select，例如：

SELECT stu_name
FROM (
         SELECT stu_name, COUNT(*) AS stu_cnt
          FROM students_info
          GROUP BY stu_age) AS studentSum;

2.2 子查询和视图的关系

子查询可以看作是一次性的视图(?)，大概。总之就是子查询执行完毕之后就没有了，但是视图却可以多次使用。

2.3 嵌套子查询

反正子查询已经是嵌套了，那我们多叠几层也是可以的吧，例如：

SELECT product_type, cnt_product
FROM (SELECT *
        FROM (SELECT product_type, 
                      COUNT(*) AS cnt_product
                FROM product 
               GROUP BY product_type) AS productsum
       WHERE cnt_product = 4) AS productsum2;

当然需要注意的是，这个东西毕竟和视图差不多，叠的多了会变得臃肿，而且难以阅读和理解

2.4 标量子查询

标量子查询的意思就是，要返回某一个具体的值，而不是一行记录或者一张表

2.5 标量子查询有什么用

那当然是，作为筛选条件，例如：

SELECT product_id, product_name, sale_price
  FROM product
 WHERE sale_price > (SELECT AVG(sale_price) FROM product);

我们先查出了商品的均价，然后以此为条件过滤表，再选出来 id，name，和 price

所以这段代码的目的就是找出售价高于均价的商品的相关信息

反正标量子查询得到的是一个值，那就意味着可以在 SELECT，GROUP BY，HAVING 子句，ORDER BY 等地方使用

例如

SELECT product_id,
       product_name,
       sale_price,
       (SELECT AVG(sale_price)
          FROM product) AS avg_price
  FROM product;

所以说，这段代码就是加了一列 avg_price，然后其代表商品的均值

mysql> SELECT product_id,
    ->        product_name,
    ->        sale_price,
    ->        (SELECT AVG(sale_price)
    ->           FROM product) AS avg_price
    ->   FROM product;
+------------+--------------+------------+-----------+
| product_id | product_name | sale_price | avg_price |
+------------+--------------+------------+-----------+
| 0001       | T恤          |       1000 | 2710.0000 |
| 0002       | 打孔器       |        500 | 2710.0000 |
| 0003       | 运动T恤      |       4000 | 2710.0000 |
| 0004       | 菜刀         |       3000 | 2710.0000 |
| 0005       | 高压锅       |       6800 | 2710.0000 |
| 0006       | 叉子         |        500 | 2710.0000 |
| 0007       | 擦菜板       |        880 | 2710.0000 |
| 0008       | 圆珠笔       |       5000 | 2710.0000 |
+------------+--------------+------------+-----------+
8 rows in set (0.01 sec)

嘛，果然，就是这样

2.6 关联子查询

我的理解，就是联表查询，但是不同于 join 那种，例如：

SELECT product_type, product_name, sale_price
  FROM product AS p1
 WHERE sale_price > (SELECT AVG(sale_price)
                       FROM product AS p2
                       WHERE p1.product_type = p2.product_type
   					   GROUP BY product_type);

大概就是先按照商品的种类分个组，然后对每个组的售价取一个均值

然后选出售价大于自身种类均价的商品记录，再展示其信息

其中的关联在于子查询求得的均价，是通过商品种类与外面的查询连接起来的

其语句执行的顺序大概是：

  1. 执行不带 where 的主查询，主要是选出用于连接的列，例如上面的 product_type

  2. 根据得到的这个连接关键词，执行子查询进行匹配，得到结果

  3. 再返回到主查询当中，执行 where 语句，用于过滤

A. 练习题

A.1

创建出满足下述三个条件的视图（视图名称为 ViewPractice5_1）。使用 product（商品）表作为参照表，假设表中包含初始状态的 8 行数据。

条件 1：销售单价大于等于 1000 日元。
条件 2：登记日期是 2009 年 9 月 20 日。
条件 3：包含商品名称、销售单价和登记日期三列。
对该视图执行 SELECT 语句的结果如下所示。

mysql> CREATE VIEW ViewPractice5_1 (product_name,sale_price,regist_date)
    -> AS
    -> SELECT product_name,sale_price,regist_date
    ->   FROM product
    ->  WHERE (sale_price>=1000) AND (regist_date='2009-09-20')
    -> ;
Query OK, 0 rows affected (0.02 sec)

mysql> SELECT * FROM ViewPractice5_1;
+--------------+------------+-------------+
| product_name | sale_price | regist_date |
+--------------+------------+-------------+
| T恤          |       1000 | 2009-09-20  |
| 菜刀         |       3000 | 2009-09-20  |
+--------------+------------+-------------+
2 rows in set (0.00 sec)

mysql>

简单用个 where 就好

A.2

向习题一中创建的视图 ViewPractice5_1 中插入如下数据，会得到什么样的结果？为什么？

INSERT INTO ViewPractice5_1 VALUES (’ 刀子 ', 300, ‘2009-11-02’);

会出错的吧，这没有主键啊，主键不允许为空的

mysql> INSERT INTO ViewPractice5_1 VALUES (' 刀子 ', 300, '2009-11-02');
ERROR 1423 (HY000): Field of view 'shop.ViewPractice5_1' underlying table doesn't have a default value
mysql>

噢噢，返回值给的提示意思是没有设置缺省值，那也就是说，如果要设置了的话，默认是用缺省值的

嗯，这个我好像确实见到过，之前在 fun-rec 的时候，那个主键 id 的缺省值就是自增的

A.3

mysql> SELECT product_id,
    ->        product_name,
    ->        product_type,
    ->        sale_price,
    ->        (SELECT AVG(sale_price)
    ->           FROM product) AS sale_price_avg
    ->   FROM product;
+------------+--------------+--------------+------------+----------------+
| product_id | product_name | product_type | sale_price | sale_price_avg |
+------------+--------------+--------------+------------+----------------+
| 0001       | T恤          | 衣服         |       1000 |      2710.0000 |
| 0002       | 打孔器       | 办公用品     |        500 |      2710.0000 |
| 0003       | 运动T恤      | 衣服         |       4000 |      2710.0000 |
| 0004       | 菜刀         | 厨房用具     |       3000 |      2710.0000 |
| 0005       | 高压锅       | 厨房用具     |       6800 |      2710.0000 |
| 0006       | 叉子         | 厨房用具     |        500 |      2710.0000 |
| 0007       | 擦菜板       | 厨房用具     |        880 |      2710.0000 |
| 0008       | 圆珠笔       | 办公用品     |       5000 |      2710.0000 |
+------------+--------------+--------------+------------+----------------+
8 rows in set (0.00 sec)

mysql>

啊，就是上面 2.5 节，标量子查询的应用，多增加了一列值

不过我这个结果和体重不一样，主要是之前把圆珠笔的售价改了

A.4

mysql> CREATE VIEW ViewPractice5_2 (
    -> product_id,
    -> product_name,
    -> product_type,
    -> sale_price,
    -> sale_price_avg
    -> )
    -> AS
    -> SELECT product_id,
    ->        product_name,
    ->        product_type,
    ->        sale_price,
    ->        (SELECT AVG(sale_price)
    ->         FROM product AS p2
    ->         WHERE p1.product_type = p2.product_type
    ->         GROUP BY product_type
    ->        ) AS sale_price_avg
    ->   FROM product AS p1 ;
Query OK, 0 rows affected (0.01 sec)

mysql> select * from ViewPractice5_2;
+------------+--------------+--------------+------------+----------------+
| product_id | product_name | product_type | sale_price | sale_price_avg |
+------------+--------------+--------------+------------+----------------+
| 0001       | T恤          | 衣服         |       1000 |      2500.0000 |
| 0002       | 打孔器       | 办公用品     |        500 |      2750.0000 |
| 0003       | 运动T恤      | 衣服         |       4000 |      2500.0000 |
| 0004       | 菜刀         | 厨房用具     |       3000 |      2795.0000 |
| 0005       | 高压锅       | 厨房用具     |       6800 |      2795.0000 |
| 0006       | 叉子         | 厨房用具     |        500 |      2795.0000 |
| 0007       | 擦菜板       | 厨房用具     |        880 |      2795.0000 |
| 0008       | 圆珠笔       | 办公用品     |       5000 |      2750.0000 |
+------------+--------------+--------------+------------+----------------+
8 rows in set (0.00 sec)

mysql>

一个简单的关联子查询，位置放在 select 部分就好

那比较神奇的还是执行顺序问题，比较这里不是 where

感觉大概还是，现在执行主查询中，与子查询无关的部分

或者说先得到关联的关键字，然后再去执行子查询

最后再把两个结果连接起来

与教程不一致的地方是因为，圆珠笔的售价被改过了

JxWang05
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
flatstack-test-task
04-18
描述中的“决定加一点练习”表明这是一次自我学习或者技能提升的实践过程。 在处理这样的测试任务时，我们可以期待涉及以下JavaScript知识点： 1. **基础语法**：包括变量声明（var、let、const）、数据类型（如...
js_task-create-adder
03-11
不过，`js_task-create-adder`这个任务可能要求创建一个更复杂的加法器，能处理任意数量的参数。在JavaScript中，我们可以通过使用剩余参数（rest parameters）来实现这一点。剩余参数以三个点（...）表示，它会将...
win10使用bat修改文件的时间信息
博客
09-29 3919
问题的起因在于，下载一系列的视频的时候某个视频意外暂停了。导致的结果就是，该系列的其他视频的时间顺序与标题顺序一致，除了这个视频。而在播放器当中，默认是按照时间顺序进行排列的。为了使播放器当中的文件有序，我们需要做的就是修改这个视频的时间信息，使其插入到系列视频的时间序列当中。 主要代码如下：123 @ECHO OFF powershell.exe -command "ls '*' | foreach-object { $_.CreationTime = '2021-09-29 1:59:10' ; $_.
ElasticSearch 7.5.1+ 指定分词器查询一次完整搜索debug过程 (2020-10)
qfzhangwei的专栏
10-09 1657
// 调试时学习源码一个途径（you agree？） org.elasticsearch.client.node.NodeClient#executeLocally(org.elasticsearch.action.ActionType, Request, org.elasticsearch.action.ActionListener) org.elasticsearch.client.node.NodeClient#transportAction --- value transportAction
定时任务task:annotation-driven配置
~~~~~~~BUG FLY~~~~~~~~~
05-27 2505
from：https://blog.csdn.net/qq_37061442/article/details/78689053?locationNum=7&fps=1 讲这个之前，我们先讲讲定时器。 从实现技术上来看，定时器分为三种： 1.Timer比较单一，这个类允许你调度一个java.util.TimerTask任务。使用这种方式可以让你的程序按照某一个频度执行，但不能在指定时间运行，一般用的较少。 2.Quartz是一个功能比较强大的的调度器，可以让你的程序在指定时间执行，也可以按照某一个频度
关于Spring中的task:annotation-driven配置
孤云博客
08-13 3万+
随时随地阅读更多技术实战干货，获取项目源码、学习资料，请关注源代码社区公众号(ydmsq666)、博主微信（guyun297890152）、QQ技术交流群(183198395)。 from：https://blog.csdn.net/qq_37061442/article/details/78689053?locationNum=7&fps=1 讲这个之前，我们先讲讲定时器。 从...
Linux: hung task 检测机制简析
JiMoKuangXiangQu的专栏
02-23 1700
Linux, hung task
SpringTask
qq_42640067的博客
01-31 6307
SpringTask
这一年，这些书：2022年读书笔记
Heartsuit的博客
12-31 3万+
Note: 以下 `markdown` 格式文本由 `json2md` 自动转换生成，可参考[JSON转Markdown：我把阅读数据从MongoDB中导出转换为.md了](https://blog.csdn.net/u013810234/article/details/113360229)了解具体的转换过程。2022年读书笔记
C#中的并发工具：Task Parallel Library(TPL)深度解析
java专栏
07-08 1880
Task Parallel Library，简称TPL，是.NET Framework 4.0引入的一个库，它基于命名空间，提供了一种简单的方式来创建和管理并发任务。Task是TPL中的基石，它代表了一个异步操作。你可以把它想象成一个勤劳的小蜜蜂，在你的程序花园里忙碌地采集数据。就像是一个小蜜蜂的工头，它决定小蜜蜂们在哪个花园（线程）里工作。如果你有特殊的需求，比如需要在特定的线程上执行任务，你可以创建自己的。Parallel类提供了一些静态方法，可以简化并行循环的编写。
Spring data jpa 复杂动态查询方式总结
热门推荐
ALID
03-04 13万+
一.Spring data jpa 简介 首先我并不推荐使用jpa作为ORM框架,毕竟对于负责查询的时候还是不太灵活,还是建议使用mybatis,自己写sql比较好.但是如果公司用这个就没办法了,可以学习一下,对于简单查询还是非常好用的.     首先JPA是Java持久层API,由Sun公司开发, 希望整合ORM技术，实现天下归一.  诞生的缘由是为了整合第三方ORM框架，建立一种标准的...
线程的理解Task和Parallel
真谛
12-19 4631
这篇文章主要参考：https://www.cnblogs.com/color-wolf/p/4850869.html 很感谢通过这篇文章 学到了很多知识
IP-TASK3-khatabook.com
03-16
6. **响应式设计**：随着移动设备的普及，CSS媒体查询（media queries）成为实现响应式设计的关键，让网页可以根据设备特性（如屏幕尺寸）调整布局。 7. **CSS预处理器**：如Sass和Less，它们扩展了CSS的功能，支持...
Armadito-Scheduler：公平的时间分配任务调度解决方案
02-05
Armadito-Scheduler通过精细的算法来实现这一点，可能包括使用类似于CPU份额或者基于优先级的调度策略。这些策略确保了高优先级的任务得到及时处理，同时不会过度占用系统资源，从而影响其他低优先级任务的执行。 ...
tarearbol：更方便的任务运行程序，允许重试，回调，确保任务成功等
02-05
总的来说，`tarearbol` 是 Elixir 开发者的一个强大工具，它简化了任务管理，提高了任务处理的可靠性和效率，使得在复杂的并发环境中编写健壮的代码变得更加容易。通过深入了解并使用这个库，开发者可以提升其在 ...
MySQL表的增删查改
Yuan_o_的博客
07-05 1254
- 把lisi尝试转换成int失败了第二种情况成功：上述这样的转换就是 “隐式类型转换” ，在Java中是非常排斥这一点的比较支持隐式类型转换的称为“弱类型系统”，C/SQL对于隐式类型转换触发的情况更多不太支持隐式类型转换的称为“强类型系统”，虽然Java排斥，但是Java中也有自动装箱、自动拆箱。
MySQL 结构的优化方案
boluomi的博客
07-05 852
主要是指三方面，即，这些结构如果不合理，在某些场景下也会影响数据库的性能，因此优化时也可以从结构层面出发。一般在项目的库表设计之初就要考虑，当性能瓶颈出现时再调整结构，就为时过晚。
MySQL空间索引
最新发布
你的指尖有改变世界的力量
07-10 170
空间类型是建立在空间类型字段上的。
MySQL之备份与恢复(十)
Cover_sky的博客
07-07 1059
有各种各样的好的和不是那么好的备份工具。我们喜欢对LVM使用mylvmbackup做快照备份，使用Percona Xtrabackup(开源)或MySQL Enterprise Backup(收费)做InnoDB热备份。不建议对大数据量使用mysqldump,因为它对服务器有影响，并且漫长的还原时间不可预知。有一些备份工具已经出现多年了，不幸的是有些已经过时。最明显的例子是Maatkkit的mk-parallel-dump。它从没有正确运行，甚至被重新设计过好几次还是不行。
给我另外一个验证springboot内置线程池是单线程的测试用例，要复杂一点的
02-07
你可以在 Spring Boot 应用程序的主类中添加一个方法，用于创建并启动一个线程。在这个方法中，你可以使用 Spring Boot 内置的线程池执行一些任务。然后，你可以使用多个线程并发地调用这个方法，看看线程池是否能够...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值