MySQL复杂SQL（多表联查/子查询）详细讲解

🤟致敬读者

  • 🟩感谢阅读🟦笑口常开🟪生日快乐⬛早点睡觉

📘博主相关

  • 🟧博主信息🟨博客首页🟫专栏推荐🟥活动信息

文章目录

  • MySQL复杂SQL（多表联查/子查询）详细讲解
    • 第一部分：多表联查 (JOIN Operations)
      • 1. 连接的类型 (JOIN Types)
        • a. INNER JOIN (内连接 / 等值连接)
        • b. LEFT [OUTER] JOIN (左外连接)
        • c. RIGHT [OUTER] JOIN (右外连接)
        • d. FULL [OUTER] JOIN (全外连接)
        • e. CROSS JOIN (交叉连接 / 笛卡尔积)
      • 2. 多表连接 (Joining More Than Two Tables)
      • 3. 自连接 (Self Join)
      • 4. 自然连接 (NATURAL JOIN) 和 USING 子句
    • 第二部分：子查询 (Subqueries)
      • 1. 子查询的位置 (Where Subqueries Can Be Used)
      • 2. 子查询的主要类型
        • a. 标量子查询 (Scalar Subquery)
        • b. 列子查询 (Column Subquery)
        • c. 行子查询 (Row Subquery)
        • d. 表子查询 / 派生表 (Table Subquery / Derived Table)
      • 3. 相关子查询 vs. 非相关子查询
      • 4. EXISTS 和 NOT EXISTS
    • 关键注意事项与最佳实践
    • 总结

📃文章前言

  • 🔷文章均为学习工作中整理的笔记。
  • 🔶如有错误请指正，共同学习进步。

MySQL复杂SQL（多表联查/子查询）详细讲解

在这里插入图片描述

MySQL 中复杂 SQL 的核心部分：多表联查和子查询。这是数据库操作中处理关联数据的强大工具。

核心目标： 从多个相互关联的表中组合和提取所需的数据。

第一部分：多表联查 (JOIN Operations)

当你的数据模型设计良好（遵循规范化原则）时，数据会分散在多个表中，通过主键-外键关系连接。JOIN 操作就是用来基于这些关系将多个表中的行组合起来。

1. 连接的类型 (JOIN Types)

a. INNER JOIN (内连接 / 等值连接)
  • 作用： 返回两个表中连接字段值相等的所有行组合。如果某行在其中一个表中没有匹配的行，则不会出现在结果中。
  • 语法：
    SELECT 列名列表
FROM 表1
[INNER] JOIN 表2 ON 表1.关联字段 = 表2.关联字段
[WHERE 条件];
-- INNER 关键字通常可省略
  • 示例： 查询所有有订单的客户信息（假设 customers 表有 customer_id，orders 表有 customer_id 外键）
    SELECT c.customer_id, c.name, o.order_id, o.order_date
FROM customers c
INNER JOIN orders o ON c.customer_id = o.customer_id;
-- 结果只包含那些在customers表中有记录且在orders表中至少有一个订单的客户。
  • 图示： 两个集合的交集部分。
b. LEFT [OUTER] JOIN (左外连接)
  • 作用： 返回左表 (表1) 的所有行，即使在右表 (表2) 中没有匹配的行。对于左表中存在而右表中没有匹配的行，右表相关的列将显示为 NULL。
  • 语法：
    SELECT 列名列表
FROM 表1
LEFT [OUTER] JOIN 表2 ON 表1.关联字段 = 表2.关联字段
[WHERE 条件];
-- OUTER 关键字通常可省略
  • 示例： 查询所有客户及其订单（包括没有下过单的客户）
    SELECT c.customer_id, c.name, o.order_id, o.order_date
FROM customers c
LEFT JOIN orders o ON c.customer_id = o.customer_id;
-- 结果包含所有客户。对于没有订单的客户，o.order_id 和 o.order_date 会是 NULL。
  • 图示： 整个左集合 + 与右集合的交集部分。右集合独有的部分被舍弃。
c. RIGHT [OUTER] JOIN (右外连接)
  • 作用： 与 LEFT JOIN 相反。返回右表 (表2) 的所有行，即使在左表 (表1) 中没有匹配的行。对于右表中存在而左表中没有匹配的行，左表相关的列将显示为 NULL。
  • 语法：
    SELECT 列名列表
FROM 表1
RIGHT [OUTER] JOIN 表2 ON 表1.关联字段 = 表2.关联字段
[WHERE 条件];
-- OUTER 关键字通常可省略
  • 示例： 查询所有订单及其对应的客户信息（包括那些可能关联到无效客户的订单 - 这种情况在良好设计的数据模型中较少见，但语法支持）
    SELECT c.customer_id, c.name, o.order_id, o.order_date
FROM customers c
RIGHT JOIN orders o ON c.customer_id = o.customer_id;
-- 结果包含所有订单。如果某个订单的 customer_id 在 customers 表中找不到，则 c.customer_id 和 c.name 会是 NULL。
  • 图示： 整个右集合 + 与左集合的交集部分。左集合独有的部分被舍弃。
  • 注意： RIGHT JOIN 在实际应用中不如 LEFT JOIN 常见，因为通常可以通过调整表顺序使用 LEFT JOIN 达到相同目的。
d. FULL [OUTER] JOIN (全外连接)
  • 作用： 返回左表和右表中的所有行。当某行在另一个表中没有匹配行时，则另一个表相关的列将显示为 NULL。如果两个表中有匹配的行，则进行连接。
  • 语法 (MySQL 不支持直接的 FULL OUTER JOIN，需用 UNION 模拟)：
    SELECT 列名列表
FROM 表1
LEFT JOIN 表2 ON 表1.关联字段 = 表2.关联字段
UNION [ALL] -- 通常用 UNION 去重，如果确定不会有重复或需要保留重复则用 UNION ALL
SELECT 列名列表
FROM 表1
RIGHT JOIN 表2 ON 表1.关联字段 = 表2.关联字段
WHERE 表1.关联字段 IS NULL; -- 排除掉左连接中已包含的匹配行
  • 示例： 查询所有客户和所有订单（包括没有订单的客户和没有对应客户的订单）
    SELECT c.customer_id, c.name, o.order_id, o.order_date
FROM customers c
LEFT JOIN orders o ON c.customer_id = o.customer_id
UNION
SELECT c.customer_id, c.name, o.order_id, o.order_date
FROM customers c
RIGHT JOIN orders o ON c.customer_id = o.customer_id
WHERE c.customer_id IS NULL; -- 只取右连接中左表为NULL的部分（即orders有而customers没有的行）
  • 图示： 左集合 + 右集合的并集。
e. CROSS JOIN (交叉连接 / 笛卡尔积)
  • 作用： 返回两个表中所有可能的行组合。结果集的行数是 表1行数 * 表2行数。通常不是你想要的结果，除非明确需要所有组合。
  • 语法：
    SELECT 列名列表
FROM 表1
CROSS JOIN 表2;
-- 或者使用隐式连接（不推荐）：
SELECT 列名列表
FROM 表1, 表2;
  • 示例： 生成所有产品和所有尺寸的组合
    SELECT p.product_name, s.size_name
FROM products p
CROSS JOIN sizes s;

2. 多表连接 (Joining More Than Two Tables)

  • 可以连续使用多个 JOIN 子句连接多个表。
  • 语法：
    SELECT ...
FROM 表1
JOIN 表2 ON 条件
JOIN 表3 ON 条件 -- 条件可以是表2和表3的关系，或者表1和表3的关系（较少见）
...
[WHERE ...];
  • 示例： 查询订单的详细信息（客户名、订单日期、产品名、数量）
    SELECT c.name, o.order_date, p.product_name, od.quantity
FROM orders o
JOIN customers c ON o.customer_id = c.customer_id
JOIN order_details od ON o.order_id = od.order_id
JOIN products p ON od.product_id = p.product_id;

3. 自连接 (Self Join)

  • 作用： 将表与其自身连接。常用于表示层次结构（如员工-经理关系、类别-父类别）。
  • 技巧： 需要使用表别名 (Alias) 来区分同一个表的两个“实例”。
  • 示例： 查询员工及其经理的名字
    SELECT e1.employee_name AS Employee, e2.employee_name AS Manager
FROM employees e1
LEFT JOIN employees e2 ON e1.manager_id = e2.employee_id;
-- 使用 LEFT JOIN 是因为顶级经理没有上级（manager_id 为 NULL）

4. 自然连接 (NATURAL JOIN) 和 USING 子句

  • NATURAL JOIN： 自动连接所有同名列。强烈不推荐使用！ 因为它依赖于列名匹配，不明确且容易出错。
    SELECT ... FROM table1 NATURAL JOIN table2; -- 避免使用
  • USING 子句： 当连接的两个表具有完全相同名称的关联字段时，可以用 USING 简化 ON。
    SELECT c.customer_id, c.name, o.order_id, o.order_date
FROM customers c
JOIN orders o USING (customer_id); -- 等价于 ON c.customer_id = o.customer_id

第二部分：子查询 (Subqueries)

子查询是指嵌套在另一个 SQL 查询（主查询）内部的查询。子查询的结果被外部查询使用。

1. 子查询的位置 (Where Subqueries Can Be Used)

  • SELECT 子句（标量子查询）
  • FROM 子句（派生表/内联视图）
  • WHERE 子句（最常用）
  • HAVING 子句
  • INSERT / UPDATE / DELETE 语句的 VALUES 或 SET 部分

2. 子查询的主要类型

a. 标量子查询 (Scalar Subquery)
  • 特点： 返回单个值（一行一列）。
  • 用途： 可以出现在任何期望单个值的地方（如 SELECT 列表、WHERE 条件中的比较运算符右侧）。
  • 示例： 查询价格高于平均价格的产品
    SELECT product_name, price
FROM products
WHERE price > (SELECT AVG(price) FROM products);
  • 示例： 在 SELECT 列表中使用（为每行计算一个相关值）
    SELECT order_id, order_date,(SELECT COUNT(*) FROM order_details od WHERE od.order_id = o.order_id) AS item_count
FROM orders o;
b. 列子查询 (Column Subquery)
  • 特点： 返回单列多行。
  • 用途： 常与 IN, ANY/SOME, ALL 运算符一起用在 WHERE 或 HAVING 子句中。
  • 示例 (IN)： 查询至少订购过一次’Coffee’产品的客户
    SELECT customer_id, name
FROM customers
WHERE customer_id IN (SELECT DISTINCT o.customer_idFROM orders oJOIN order_details od ON o.order_id = od.order_idJOIN products p ON od.product_id = p.product_idWHERE p.product_name = 'Coffee'
);
  • 示例 (ANY/SOME)： 查询价格大于任何电子产品价格的非电子产品 (> ANY 等价于 > (SELECT MIN(price) FROM ... WHERE category='Electronics'))
    SELECT product_name, price
FROM products
WHERE category <> 'Electronics'AND price > ANY (SELECT priceFROM productsWHERE category = 'Electronics');
  • 示例 (ALL)： 查询价格大于所有电子产品价格的非电子产品 (> ALL 等价于 > (SELECT MAX(price) FROM ... WHERE category='Electronics'))
    SELECT product_name, price
FROM products
WHERE category <> 'Electronics'AND price > ALL (SELECT priceFROM productsWHERE category = 'Electronics');
c. 行子查询 (Row Subquery)
  • 特点： 返回单行多列。
  • 用途： 与行比较运算符一起使用（较少见）。
  • 示例： 查找与特定员工（ID=123）在同一个部门和同一个职位级别的员工
    SELECT employee_id, name, department, job_level
FROM employees
WHERE (department, job_level) = (SELECT department, job_levelFROM employeesWHERE employee_id = 123
)
AND employee_id <> 123; -- 排除自己
d. 表子查询 / 派生表 (Table Subquery / Derived Table)
  • 特点： 返回一个结果集（多行多列）。
  • 用途： 必须出现在 FROM 子句中，并且必须有别名。
  • 作用： 简化复杂查询，创建临时中间结果集。
  • 示例： 计算每个类别的平均价格，并找出高于其类别平均价格的产品
    SELECT p.product_id, p.product_name, p.category, p.price, cat_avg.avg_price
FROM products p
JOIN (SELECT category, AVG(price) AS avg_priceFROM productsGROUP BY category
) cat_avg ON p.category = cat_avg.category
WHERE p.price > cat_avg.avg_price;

3. 相关子查询 vs. 非相关子查询

  • 非相关子查询 (Uncorrelated Subquery):
    • 子查询可以独立运行，不依赖于外部查询。
    • 执行过程：先执行子查询得到结果集，然后外部查询使用这个结果集。
    • 上面大部分示例都是非相关的。
  • 相关子查询 (Correlated Subquery):
    • 子查询不能独立运行，它引用了外部查询中的列。
    • 执行过程：外部查询取出一行，传递给子查询；子查询基于外部行中的值执行；外部查询根据子查询返回的结果判断是否保留该行；重复此过程处理外部查询的每一行。
    • 效率提示： 相关子查询通常比非相关子查询或 JOIN 慢，因为它需要对外部查询的每一行都执行一次子查询。优化时需谨慎。
    • 示例： 查询那些订单总额超过 1000 的客户 (在 WHERE 中使用相关子查询)
      SELECT c.customer_id, c.name
FROM customers c
WHERE EXISTS (SELECT 1FROM orders oWHERE o.customer_id = c.customer_id -- 关联条件GROUP BY o.customer_idHAVING SUM(o.total_amount) > 1000
);
-- 或者更高效的方式可能是使用 JOIN + GROUP BY + HAVING
    • 示例： 在 SELECT 列表中使用相关子查询 (如之前的 item_count 例子)

4. EXISTS 和 NOT EXISTS

  • 专门用于相关子查询（但也可以用于非相关）。
  • EXISTS (subquery): 如果子查询返回至少一行，则结果为 TRUE。
  • NOT EXISTS (subquery): 如果子查询返回零行，则结果为 TRUE。
  • 非常高效，因为只要子查询找到一行匹配，EXISTS 就立即返回 TRUE，不需要处理所有结果。
  • 示例 (EXISTS)： 查询至少下过一个订单的客户 (等价于前面的 IN 示例，但可能更高效)
    SELECT customer_id, name
FROM customers c
WHERE EXISTS (SELECT 1FROM orders oWHERE o.customer_id = c.customer_id -- 关联条件
);
  • 示例 (NOT EXISTS)： 查询从未下过订单的客户
    SELECT customer_id, name
FROM customers c
WHERE NOT EXISTS (SELECT 1FROM orders oWHERE o.customer_id = c.customer_id -- 关联条件
);

关键注意事项与最佳实践

  1. 明确连接条件 (ON Clause): 总是显式地写出连接条件 (ON 或 USING)。避免隐式连接（逗号分隔表名）和 NATURAL JOIN，它们容易出错且不清晰。
  2. 表别名 (Aliases): 在多表查询和子查询中，使用简短、有意义的表别名 (FROM table AS alias 或 FROM table alias)。这能极大提高可读性和避免列名歧义。
  3. 性能考虑:
    • 索引是关键！ 确保连接字段 (ON 子句中的列) 和 WHERE 子句中频繁过滤的列上有索引。
    • 理解 INNER JOIN 通常比 OUTER JOIN 快。
    • 相关子查询可能导致性能问题（Nested Loops）。如果可能，尝试将其重写为 JOIN。
    • 大型 IN 子查询可能效率低下，考虑用 JOIN 或 EXISTS 替代。
    • 派生表（FROM 中的子查询）可能会阻止某些优化。有时可以用 WITH (Common Table Expression - CTE) 在 MySQL 8.0+ 中更清晰地表达。
  4. NULL 值处理: 在连接条件 (ON) 或 WHERE 子句中使用涉及可能为 NULL 的列进行比较时（如 col1 = col2），如果 col1 或 col2 为 NULL，该行通常不会匹配（因为 NULL = NULL 是 UNKNOWN/NULL）。如果需要匹配 NULL，需使用 IS NULL 显式处理。
  5. 可读性和维护性:
    • 合理缩进和格式化复杂的 SQL。
    • 分解非常复杂的查询。使用 CTE (WITH 子句，MySQL 8.0+) 或临时视图（如果支持）将查询步骤模块化。
    • 注释解释复杂的逻辑。
  6. 测试: 逐步构建复杂查询。先从一个简单的部分开始，验证结果，然后逐步添加 JOIN 或子查询。使用 LIMIT 测试大数据集查询的性能。
  7. 选择 JOIN 还是子查询？ 没有绝对答案。通常：
    • 需要组合多个表的数据显示时，JOIN 更自然。
    • 用于过滤或计算聚合值的条件检查时，子查询（尤其是 EXISTS/NOT EXISTS）可能更直观或更高效。
    • 分析执行计划 (EXPLAIN) 是确定哪种方式性能更好的最终手段。

总结

掌握多表联查 (INNER JOIN, LEFT JOIN, RIGHT JOIN, FULL JOIN) 和子查询（标量、列、行、表子查询、相关/非相关、EXISTS/NOT EXISTS）是进行复杂数据库查询的基础。理解它们的工作原理、适用场景以及性能影响至关重要。通过实践、关注索引、编写清晰的 SQL 并利用 EXPLAIN 分析，你将能够高效地从关联的数据库表中提取所需的信息。记住，清晰性和性能往往是相辅相成的。

📜文末寄语

  • 🟠关注我，获取更多内容。
  • 🟡技术动态、实战教程、问题解决方案等内容持续更新中。
  • 🟢《全栈知识库》技术交流和分享社区，集结全栈各领域开发者，期待你的加入。
  • 🔵​加入开发者的《专属社群》，分享交流，技术之路不再孤独，一起变强。
  • 🟣点击下方名片获取更多内容🍭🍭🍭👇

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.pswp.cn/news/908497.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

Spring中循环依赖问题的解决机制总结

Spring中循环依赖问题的解决机制总结

一、解决机制 1. 什么是循环依赖 循环依赖是指两个或多个Bean之间相互依赖对方&#xff0c;形成一个闭环的依赖关系。最常见的情况是当Bean A依赖Bean B&#xff0c;而Bean B又依赖Bean A时&#xff0c;就形成了循环依赖。在Spring容器初始化过程中&#xff0c;如果不加以特殊…
阅读更多...
集运维_安装linux,麒麟等系统_步骤

集运维_安装linux,麒麟等系统_步骤

u盘工具选择Ventoy，Rufus 在选择Ventoy和Rufus这两款U盘启动盘制作工具时，需根据具体需求权衡其优缺点： ‌核心差异‌ ‌多系统支持‌： ‌Ventoy‌：支持将多个ISO、WIM、IMG等类型的镜像文件直接复制到U盘，实现‌一盘多用‌（例如同时存放Windows、Linux等镜像），无需…
阅读更多...
第4章：Cypher查询语言基础

第4章：Cypher查询语言基础

Cypher是Neo4j的声明式图查询语言&#xff0c;专为处理图数据而设计。它允许用户以直观、高效的方式查询和修改图数据库中的数据。本章将介绍Cypher的基本概念和语法&#xff0c;帮助读者掌握使用Cypher进行基础图数据操作的能力。 4.1 Cypher语言概述 Cypher是Neo4j的主要查…
阅读更多...
上位机知识篇---Flask框架实现Web服务

上位机知识篇---Flask框架实现Web服务

本文将简单介绍Web 服务与前端显示部分，它们基于Flask 框架和HTML/CSS/JavaScript实现，主要负责将实时视频流和检测结果通过网页展示，并提供交互式状态监控。以下是详细技术解析： 一、Flask Web 服务架构 1. 核心路由设计 @app.route(/) def index():"""…
阅读更多...
Neovim - 打造一款属于自己的编辑器（一）

Neovim - 打造一款属于自己的编辑器（一）

文章目录 前言&#xff08;劝退&#xff09;neovim 安装neovim 配置配置文件位置第一个 hello world 代码拆分 neovim 配置正式配置 neovim基础配置自定义键位Lazy 插件管理器配置tokyonight 插件配置BufferLine 插件配置自动补全括号 / 引号 插件配置 前言&#xff08;劝退&am…
阅读更多...
按字典序排列最小的等效字符串

按字典序排列最小的等效字符串

文章目录 题目思路解题过程Python代码C代码复杂度 题目 给出长度相同的两个字符串s1 和 s2 &#xff0c;还有一个字符串 baseStr 。 其中 s1[i] 和 s2[i] 是一组等价字符。 举个例子&#xff0c;如果 s1 “abc” 且 s2 “cde”&#xff0c;那么就有 ‘a’ ‘c’, ‘b’ ‘…
阅读更多...
Ubuntu2404 下搭建 Zephyr 开发环境

Ubuntu2404 下搭建 Zephyr 开发环境

1. 系统要求 操作系统&#xff1a;Ubuntu2404&#xff08;64位&#xff09;磁盘空间&#xff1a;至少 8GB 可用空间&#xff08;Zephyr 及其工具链较大&#xff09; 2. 安装必要工具 Tool Min. Version CMake 3.20.5 Python 3.10 Devicetree compiler 1.4.6 2.1 安装系…
阅读更多...
2025年06月07日Github流行趋势

2025年06月07日Github流行趋势

项目名称&#xff1a;netbird 项目地址url&#xff1a;https://github.com/netbirdio/netbird项目语言&#xff1a;Go历史star数&#xff1a;14824今日star数&#xff1a;320项目维护者&#xff1a;mlsmaycon, braginini, pascal-fischer, lixmal, pappz项目简介&#xff1a;使…
阅读更多...
fast-reid部署

fast-reid部署

配置设置&#xff1a; 官方库链接&#xff1a; https://github.com/JDAI-CV/fast-reid# git clone https://github.com/JDAI-CV/fast-reid.git 安装依赖&#xff1a; pip install -r docs/requirements.txt 编译&#xff1a;切换到fastreid/evaluation/rank_cylib目录下&a…
阅读更多...
clickhouse 和 influxdb 选型

clickhouse 和 influxdb 选型

以下是 ClickHouse、InfluxDB 和 HBase 在体系架构、存储引擎、数据类型、性能及场景的详细对比分析： 🏗️ ‌一、体系架构对比‌ ‌维度‌‌ClickHouse‌‌InfluxDB‌‌HBase‌‌设计目标‌大规模OLAP分析，高吞吐复杂查询 时序数据采集与监控，优化时间线管理高吞吐随机…
阅读更多...
ros创建工作空间配置运行状态机

ros创建工作空间配置运行状态机

ROS 一、创建工作空间目录 /home/wict/workspace/hudahua/ros/catkin_ws #初始化工作空间&#xff08;仅需一次&#xff09; catkin_init_workspace二&#xff1a;回到根目录编译 #创建正确的工作空间结构&#xff08;如果尚未创建&#xff09; mkdir -p ~/workspace/hudahua…
阅读更多...
【看到哪里写到哪里】C的“数组指针”

【看到哪里写到哪里】C的“数组指针”

C里面&#xff0c;数组指针&#xff0c;不是基本类型。顾名思义&#xff0c;数组指针&#xff0c;是指针&#xff0c;是指向数组的指针&#xff1b; 1.它的基本定义样子是 type (*ptr)[size]; 这个指针&#xff0c;指向的数组的&#xff1b;这里要注意&#xff0c;要定义数组…
阅读更多...
深度相机的日常学习

深度相机的日常学习

文章目录 一、深度相机的概念二、深度相机的工作原理三、深度相机的应用领域 一、深度相机的概念 深度相机&#xff08;Depth Camera&#xff09;是一种能够捕捉场景中物体距离信息的设备&#xff0c;与传统的 RGB 相机不同&#xff0c;深度相机不仅可以获取场景的二维图像信息…
阅读更多...
elasticsearch基本操作笔记

elasticsearch基本操作笔记

1.通过kibana查看elasticsearch版本信息 a.左上角三道横->Management->Dev Tools b.GET / 执行 c.执行结果 { “name” : “xxxx”, “cluster_name” : “xxxxxxx”, “cluster_uuid” : “vl1UudAoQp-aHWAzyPoMyw”, “version” : { “number” : “7.15.1”, “build…
阅读更多...
两种Https正向代理的实现原理

两种Https正向代理的实现原理

正向代理 HTTPS 主要有两种方案&#xff0c;分别是基于证书的解密与再加密方案和基于 HTTP CONNECT 隧道的方案&#xff0c;以下是这两种方案的具体信息&#xff1a; 一、基于证书的解密与再加密方案 原理 工作原理&#xff1a;代理服务器拥有自己的证书&#xff0c;客户端需…
阅读更多...
服务器健康摩尔斯电码：深度解读S0-S5状态指示灯

服务器健康摩尔斯电码：深度解读S0-S5状态指示灯

当服务器机柜中闪烁起神秘的琥珀色灯光&#xff0c;运维人员的神经瞬间绷紧——这些看似简单的Sx指示灯&#xff0c;实则是服务器用硬件语言发出的求救信号。掌握这套"摩尔斯电码"&#xff0c;等于拥有了预判故障的透视眼。 一、状态指示灯&#xff1a;服务器的生命体…
阅读更多...
Java高级 | 【实验七】Springboot 过滤器和拦截器

Java高级 | 【实验七】Springboot 过滤器和拦截器

隶属文章&#xff1a;Java高级 | &#xff08;二十二&#xff09;Java常用类库-CSDN博客 系列文章&#xff1a;Java高级 | 【实验一】Springboot安装及测试 |最新-CSDN博客 Java高级 | 【实验二】Springboot 控制器类相关注解知识-CSDN博客 Java高级 | 【实验三】Springboot 静…
阅读更多...
【图片识别改名】如何批量将图片按图片上文字重命名？自动批量识别图片文字并命名，基于图片文字内容改名，WPF和京东ocr识别的解决方案

【图片识别改名】如何批量将图片按图片上文字重命名？自动批量识别图片文字并命名，基于图片文字内容改名，WPF和京东ocr识别的解决方案

应用场景 在日常工作和生活中&#xff0c;我们经常会遇到需要对大量图片进行重命名的情况。例如&#xff0c;设计师可能需要根据图片内容为设计素材命名&#xff0c;文档管理人员可能需要根据扫描文档中的文字对图片进行分类命名。传统的手动重命名方式效率低下且容易出错&…
阅读更多...
防火墙iptables项目实战

防火墙iptables项目实战

目录 一、网络规划 三、环境准备与检测 1、firewall &#xff08;1&#xff09;配置防火墙各大网卡ip并禁用firewalld和selinux &#xff08;2&#xff09;打开firewall路由转发 2、PC1&#xff08;内网&#xff09; &#xff08;1&#xff09;配置ip并禁用firewalld和s…
阅读更多...
阿里云域名怎么绑定

阿里云域名怎么绑定

阿里云服务器绑定域名全攻略&#xff1a;一步步轻松实现网站“零”障碍上线&#xff01; 域名&#xff0c;您网站在云端的“身份证”&#xff01; 在数字化浪潮中&#xff0c;拥有一个属于自己的网站或应用&#xff0c;是个人展示、企业运营不可或缺的一环。而云服务器&#x…
阅读更多...
最新文章

Copyright @ 2022~2023