MySQL 复合查询实战:从多表联查到子查询,搞定复杂业务数据提取

游戏安全逆向实战:如何用010Editor绕过ACE反作弊的文件校验(附详细步骤) 本文详细介绍了如何通过逆向工程思维和010Editor工具,针对PC游戏中ACE反作弊系统的文件校验机制进行分析与绕过。文章以实战案例为核心,逐步拆解了定位校验逻辑、解析校验数据文件、计算并替换哈希值的关键步骤,为安全研究人员提供了一种在用户态(Ring 3)层面进行轻量化对抗的思路与方法。 阅读详情

        在实际开发中,单表查询无法满足 “跨表关联数据”“复杂条件筛选” 等需求(如 “查询员工及其部门信息”“找出工资高于部门平均水平的员工”)。MySQL 的复合查询通过 “多表联查”“自连接”“子查询”“合并查询” 等技术,能高效整合多个表的数据,提取精准业务结果。本文以 “公司管理系统”(EMP 员工表、DEPT 部门表、SALGRADE 工资等级表)为实战场景,系统讲解复合查询的核心用法,帮你解决 90% 的复杂查询需求。

一、复合查询基础:多表联查(避免笛卡尔积)

        多表联查是复合查询的基础,用于从多个表中提取关联数据。核心是通过 “关联字段”(如 EMP.deptno 与 DEPT.deptno)过滤无效的 “笛卡尔积”(多表未过滤时的全量组合),确保结果精准。

1.1 核心语法:多表联查的两种写法

写法 1:逗号分隔表,WHERE 过滤关联条件(传统写法)
SELECT 表1.字段1, 表2.字段2 
FROM 表1, 表2 
WHERE 表1.关联字段 = 表2.关联字段;
写法 2:JOIN 关键字(推荐,逻辑更清晰)
SELECT 表1.字段1, 表2.字段2 
FROM 表1 
INNER JOIN 表2 ON 表1.关联字段 = 表2.关联字段;

  INNER JOIN:仅保留两表中关联条件匹配的记录(常用);

  LEFT JOIN:保留左表所有记录,右表无匹配时补 NULL;

  RIGHT JOIN:保留右表所有记录,左表无匹配时补 NULL。

1.2 实战案例

案例 1:查询员工姓名、工资及所在部门名

需求:数据来自 EMP(员工信息)和 DEPT(部门信息),关联字段为deptno(部门号)。

-- 传统写法:逗号分隔表,WHERE过滤关联条件
SELECT EMP.ename, EMP.sal, DEPT.dname 
FROM EMP, DEPT 
WHERE EMP.deptno = DEPT.deptno;

-- 推荐写法:INNER JOIN + ON
SELECT e.ename, e.sal, d.dname 
FROM EMP e  -- 表别名(简化代码)
INNER JOIN DEPT d ON e.deptno = d.deptno;

输出结果:每个员工对应的部门名(如 “SMITH” 对应 “RESEARCH” 部门)。

案例 2:查询 10 号部门的员工姓名、工资及部门名

在多表联查基础上,增加 “部门号 = 10” 的筛选条件:

SELECT e.ename, e.sal, d.dname 
FROM EMP e 
INNER JOIN DEPT d ON e.deptno = d.deptno 
WHERE d.deptno = 10;  -- 筛选10号部门
案例 3:查询员工姓名、工资及工资等级

需求:数据来自 EMP(工资 sal)和 SALGRADE(工资等级表,含 losal 最低工资、hisal 最高工资、grade 等级),关联条件为 “sal 在 losal 和 hisal 之间”。

SELECT e.ename, e.sal, s.grade 
FROM EMP e 
INNER JOIN SALGRADE s 
ON e.sal BETWEEN s.losal AND s.hisal;

输出结果:员工工资对应的等级(如 sal=5000 对应 grade=5)。

二、特殊多表联查:自连接(一张表查两次)

自连接是 “多表联查的特殊形式”—— 将同一张表当作两张表使用(通过别名区分),用于查询表内关联数据(如 “员工与其上级领导的关系”)。

2.1 核心逻辑

通过表别名将一张表拆分为 “主表” 和 “关联表”,例如将 EMP 表拆分为 “员工表(worker)” 和 “领导表(leader)”,关联字段为 “员工的 mgr(领导编号)” 与 “领导的 empno(员工编号)”。

2.2 实战案例:查询 FORD 的上级领导编号和姓名

需求:EMP 表中,mgr字段存储员工的领导编号,需找到 “FORD” 的领导信息。

-- 自连接:EMP表既作为员工表(worker),也作为领导表(leader)
SELECT 
    leader.empno AS 领导编号, 
    leader.ename AS 领导姓名 
FROM EMP leader, EMP worker  -- 表别名区分
WHERE 
    leader.empno = worker.mgr  -- 关联条件:领导的empno = 员工的mgr
    AND worker.ename = 'FORD';  -- 筛选员工FORD

输出结果:FORD 的领导是 “JONES”,编号 7566。

2.3 对比子查询写法

自连接也可用子查询实现,但自连接在复杂场景(如多条件关联)更高效:

-- 子查询写法:先查FORD的mgr,再查领导信息
SELECT empno, ename 
FROM EMP 
WHERE empno = (SELECT mgr FROM EMP WHERE ename = 'FORD');

三、灵活筛选:子查询(嵌套查询)

子查询是 “嵌套在其他 SQL 中的 SELECT 语句”,用于实现 “先算后查” 的逻辑(如 “先查部门平均工资,再找高于该工资的员工”)。根据返回结果,子查询分为 “单行子查询”“多行子查询”“多列子查询”。

3.1 单行子查询:返回 1 行 1 列结果

适用于 “等于、大于、小于” 等单值比较,常用运算符=、>、<。

案例:查询与 SMITH 同部门的员工

需求:先查 SMITH 的部门号,再查该部门的所有员工(不含 SMITH)。

SELECT * 
FROM EMP 
WHERE 
    deptno = (SELECT deptno FROM EMP WHERE ename = 'SMITH')  -- 子查询:SMITH的部门号
    AND ename <> 'SMITH';  -- 排除SMITH本人

3.2 多行子查询:返回多行 1 列结果

适用于 “在多个值中匹配” 的场景,需搭配IN、ALL、ANY关键字。

关键字功能示例
IN匹配子查询返回的任意一个值job IN (SELECT job FROM EMP WHERE deptno=10)
ALL大于 / 小于子查询返回的所有值sal > ALL (SELECT sal FROM EMP WHERE deptno=30)
ANY大于 / 小于子查询返回的任意一个值sal > ANY (SELECT sal FROM EMP WHERE deptno=30)
案例 1:查询与 10 号部门岗位相同但非 10 号部门的员工
SELECT ename, job, sal, deptno 
FROM EMP 
WHERE 
    job IN (SELECT DISTINCT job FROM EMP WHERE deptno=10)  -- 匹配10号部门的岗位
    AND deptno <> 10;  -- 排除10号部门
案例 2:查询工资高于 30 号部门所有员工的员工
SELECT ename, sal, deptno 
FROM EMP 
WHERE sal > ALL (SELECT sal FROM EMP WHERE deptno=30);  -- 高于30号部门所有工资

3.3 多列子查询:返回多行多列结果

适用于 “多字段同时匹配” 的场景(如 “查询与 SMITH 部门和岗位都相同的员工”)。

案例:查询与 SMITH 部门和岗位完全相同的员工(不含 SMITH)
SELECT ename 
FROM EMP 
WHERE 
    (deptno, job) = (SELECT deptno, job FROM EMP WHERE ename='SMITH')  -- 多列匹配
    AND ename <> 'SMITH';

输出结果:与 SMITH 同部门(20)且同岗位(CLERK)的员工 “ADAMS”。

3.4 子查询作为临时表(FROM 子句中使用)

将子查询的结果当作 “临时表”,用于复杂统计(如 “查询高于部门平均工资的员工”)。

案例:查询每个员工的姓名、部门、工资及部门平均工资

需求:先统计各部门的平均工资(临时表),再与 EMP 表联查。

SELECT 
    e.ename, 
    e.deptno, 
    e.sal, 
    format(tmp.asal, 2) AS 部门平均工资  -- 格式化小数
FROM EMP e
INNER JOIN (
    -- 子查询:统计各部门平均工资,作为临时表tmp
    SELECT deptno, AVG(sal) AS asal 
    FROM EMP 
    GROUP BY deptno
) tmp ON e.deptno = tmp.deptno 
WHERE e.sal > tmp.asal;  -- 筛选工资高于部门平均的员工

四、结果整合:合并查询(UNION / UNION ALL)

当需要 “合并多个 SELECT 的结果”(如 “查询工资 > 2500 或岗位为 MANAGER 的员工”)时,使用UNION或UNION ALL,两者的核心区别是是否去重。

4.1 核心差异

关键字功能性能适用场景
UNION合并结果并自动去重较低(需去重操作)需避免重复结果(如统计唯一数据)
UNION ALL合并结果但不去重较高(无去重操作)允许重复结果(如批量统计)

4.2 实战案例

案例 1:查询工资 > 2500 或岗位为 MANAGER 的员工(去重)
-- UNION:自动去掉重复记录(如JONES既是MANAGER,工资也>2500,仅显示一次)
SELECT ename, sal, job FROM EMP WHERE sal > 2500
UNION
SELECT ename, sal, job FROM EMP WHERE job = 'MANAGER';
案例 2:查询工资 > 2500 或岗位为 MANAGER 的员工(保留重复)
-- UNION ALL:保留重复记录(JONES会显示两次)
SELECT ename, sal, job FROM EMP WHERE sal > 2500
UNION ALL
SELECT ename, sal, job FROM EMP WHERE job = 'MANAGER';

注意:合并的多个 SELECT 语句,字段数量和类型必须一致(如第一个 SELECT 返回 3 个字段,后续也需返回 3 个字段,且类型匹配)。

五、复合查询实战:综合业务场景

结合上述技术,解决更复杂的业务需求,如 “查询每个部门的信息及员工数量”“找出每个部门工资最高的员工”。

5.1 案例 1:查询每个部门的部门名、编号、地址及员工数量

需求:数据来自 DEPT(部门信息)和 EMP(员工数量统计),用子查询生成员工数量临时表。

SELECT 
    d.deptno AS 部门编号, 
    d.dname AS 部门名, 
    d.loc AS 地址, 
    tmp.mycnt AS 员工数量 
FROM DEPT d
INNER JOIN (
    -- 子查询:统计各部门员工数量
    SELECT deptno, COUNT(*) AS mycnt 
    FROM EMP 
    GROUP BY deptno
) tmp ON d.deptno = tmp.deptno;

5.2 案例 2:查询每个部门工资最高的员工(姓名、工资、部门号)

需求:先统计各部门最高工资(临时表),再与 EMP 表联查匹配员工。

SELECT 
    e.ename AS 姓名, 
    e.sal AS 工资, 
    e.deptno AS 部门号 
FROM EMP e
INNER JOIN (
    -- 子查询:统计各部门最高工资
    SELECT deptno, MAX(sal) AS ms 
    FROM EMP 
    GROUP BY deptno
) tmp ON e.deptno = tmp.deptno AND e.sal = tmp.ms;  -- 匹配部门和最高工资

六、复合查询注意事项

  1. 避免过度嵌套子查询:多层子查询(如 3 层以上)会降低性能,优先用 JOIN 改写;
  2. 表别名的使用:多表联查或自连接时,必须用别名(如EMP e)区分表,否则 SQL 报错;
  3. 关联条件的正确性:多表联查时,关联条件必须准确(如EMP.deptno = DEPT.deptno),否则会产生笛卡尔积(数据量暴增,性能骤降);
  4. NULL 值处理:子查询或联查中,若字段可能为 NULL(如 EMP.comm 奖金),需用IFNULL处理(如IFNULL(comm, 0)),避免计算结果为 NULL;
  5. 索引优化:关联字段(如 deptno、empno)建议建立索引,提升多表联查效率。

七、总结

MySQL 复合查询是解决复杂业务查询的核心技术,核心要点如下:

  1. 多表联查:通过INNER JOIN/LEFT JOIN+ON关联条件,提取跨表数据,避免笛卡尔积;
  2. 自连接:将一张表拆分为两张表,查询表内关联数据(如员工与领导);
  3. 子查询:嵌套在其他 SQL 中,实现 “先算后查”,支持单行、多行、多列场景;
  4. 合并查询:用UNION/UNION ALL整合多个 SELECT 结果,按需选择是否去重。
yolo 图像检测、关键点检测单摄像头测量物体尺寸长度大小 new_distance/real_size (待求物体像素距离与实际距离比值)= distance / metric_length (参照物像素距离与实际距离比值)然后运行size_demo进行要测量的物体进行关节点检测距离;metric_length是上面耳机选取的两个点的实际物理距离,大概6cm;这里用的windows。通过关键点检测识别物体关键点的像素距离,然后参考比例尺计算实际距离。2)关键点算法这里用的现有的进行测试,实际场景需要自己训练。这里拿这模型推理出的关键点坐标进行后续长度计算。 阅读详情

相关推荐

手把手教你分析解决Innovus DRC Violation 和Antenna Effect Violation

数字IC后端设计培训教程之手把手教你分析解决Innovus DRC Violation 和Antenna Effect Violation

weixin_37584728的博客 2930

【MySQL】多表查询策略(多表联查&子查询)

MySQL语句学习的难点和重点就在于多表查询,同时MySQL也有诸多方法供大家选择,不论是多表联查(联结表、左连接、右连接……)还是子查询(SELECT子查询、WHERE子查询、FROM子查询),掌握一种方法达到目的即可,当然其他方法也需要理解,本文将阐述完整的多表查询方法。 首先分享下学习链接,大家可以在看完本文后选择以下链接巩固学习成果,我相信如果都给掌握的话,MySQL语句中90%的问题都将迎刃而解!! 视频学习链接:SQL学习之道_哔哩哔哩_bilibili

尹煜的博客 1万+

ADRV9026初始化避坑指南:手把手调试PostMcsInit常见故障

本文详细解析了ADRV9026多片同步初始化过程中的PostMcsInit常见故障,包括时钟校准失败、JESD链路建立问题和ARM核通信异常等。通过实际项目经验,提供了硬件检查清单、软件配置要点和分层诊断方法,帮助工程师快速定位和解决问题,提升系统稳定性。

hadoop5ranger的博客 620

数据库多表联合查询、子查询

多表联合查询 SQL9 笛卡儿积(a*b):将多个表的数据进行一一对应,所得的结果为多表的笛卡儿积 结果的数量为多表之积 select * from emp,dept where emp.deptno = dept.deptno 等值连接筛选:先做表的笛卡儿积,然后筛选,筛选条件为等值筛选 可以在select 子句中使用字段获取数据,但是效率较低 如果是公共字段,必须声明表名 不等值连接 ...

朱进博的博客 1474

SAP-ABAP:SAP Open SQL 分页技术深度解析:语法、性能陷阱与最佳实践

SAP Open SQL 分页技术深度解析:语法、性能陷阱与最佳实践

baidu_35680696的博客 633

YOLO26 终极蒸馏指南:从入门到 SOTA (The Ultimate Distillation Guide)

《YOLO26 蒸馏技术指南》深入解析了知识蒸馏在目标检测中的应用,提出五大蒸馏范式:响应蒸馏(学习最终输出)、特征蒸馏(模仿中间特征)、关系蒸馏(捕捉通道关联)、CWD(通道语义对齐)和FGD(前景背景分离)。实验表明,"Response KD + CWD + FGD"组合效果最佳,使YOLO26n在0.5ms推理速度下达到0.956 mAP50,甚至超越教师模型。指南提供模块化代码实现和超参数调优建议,强调蒸馏能平衡模型精度与效率,是轻量化部署的有效方案。

weixin_51988935的博客 717

mysql查询语句 和 多表关联查询 以及 子查询

mysql(三):mysql查询语句 和 多表关联查询 以及 子查询 1.查询一张表: select * from 表名; 2.查询指定字段:select 字段1,字段2,字段3….from 表名; 3.where条件查询:select字段1,字段2,字段3 frome 表名 where 条件表达式;例:select * from t_

github_37767025的博客 12万+

39-高级优化技术:指令调度与乱序执行 - 手把手教你手写CPU

本文介绍了现代处理器设计中提高指令级并行性(ILP)的两种关键技术:指令调度和乱序执行。指令调度分为静态调度(由编译器完成)和动态调度(由硬件完成),后者能更好适应运行时情况但复杂度更高。乱序执行通过动态重排指令顺序提高硬件利用率,其核心组件包括重排序缓冲区、保留站和寄存器重命名。文章提供了保留站的Verilog实现示例,并分析了不同优化技术在性能、硬件开销和功耗方面的权衡。最终指出,CPU设计需根据性能、功耗等需求选择合适的优化技术。

2301_79143213的博客 85

mysql数据库多表联查之子查询

 一条sql语句当需要从一个表中检索信息,当检索条件值又是来自该表本身的内部数据时,子查询非常有用。子查询可以嵌入以下SQL子句中:where子句、having子句和from子句。语句结构简单,可读性强。子查询查询顺序,先执行子查询,获取结果之后,再执行外部语句,效率比较低。1.单行子查询内部select语句只返回一行结果的查询(单列)主查询的where子句使用单行子查询,返回结果要采用单行比较运...

shirleycyy的博客 6883

【Bluetooth蓝牙开发】九、BLE协议之GATT

1、开篇词 2、蓝牙开发入门 3、蓝牙协议栈总览 4、蓝牙协议栈——物理层 5、蓝牙协议栈——链路层 6、蓝牙协议栈——传输层 7、蓝牙协议栈——L2CAP协议 8、蓝牙协议栈——ATT协议 9、蓝牙协议栈——GATT协议 10、蓝牙通信流程分析 11、蓝牙协议栈——Bluez交叉编译 12、蓝牙调试工具汇总

Donge's Blog 4760

小红书直播弹幕采集

本文主要介绍小红书直播间弹幕的采集,便于进行直播数据监控与直播数据进行分析。

tdl320721的博客 2539

MySQL建库建表操作学习笔记

SQL(Structured Query Language,结构化查询语言)是用于在关系型数据库上执行数据操作、数据检索以及数据维护的标准语言。:用于定义对数据库对象(库、表、列、索引)的操作,如 CREATE、DROP、ALTER、RENAME、TRUNCATE 等。保存可变长度的字符串(可包含字母、数字以及特殊字 符)。:用于定义对数据库记录的操作,如 INSERT、DELETE、UPDATE、SELECT 等。:用于定义对数据库、表、字段、用户的访问权限和安全级别,如 GRANT、REVOKE 等。

Eternitycai的博客 221

【实战】Python 携程酒店价格实时抓取爬虫项目全解析

摘要:本文介绍了一个基于Python的携程酒店价格实时抓取系统开发方案。系统采用Requests、BeautifulSoup和Selenium等技术栈,实现了多城市、多日期的酒店数据采集,包括价格、评分、位置等关键信息。通过请求头伪装、IP代理、随机等待等反爬策略,有效应对携程的反爬机制。系统支持数据清洗、去重和CSV/Excel导出,并提供了多线程优化、代理池集成等进阶方案。本文详细阐述了技术原理、代码实现和优化策略,同时强调了数据采集的合法合规性,为旅游行业数据分析提供了可靠的数据获取方案。

2503_91057718的博客 2604

MySQL 单点详解(14)

给定一条 SQL,联合索引的列该怎么排呢?

2401_88601046的博客 343

win10 跳过U8环境检测的IE WebControls.rar

win10 安装u8的时候 提示IE WebControls 不通过,这个工具可以欺骗u8的检查。 跳过U8环境检测的IE WebControls。提示导入失败后,重新检测通过。

jre9下载 jdk9

(Java SE Runtime Environment 9.0) 9.0u175 官方最新版 【x86|x64】

MySQL 的 REPEATABLE READ 到底能不能防幻读——从快照读、当前读到 Next-Key Lock

本文系统讲解 InnoDB 可重复读级别下的幻读问题:从三类读异常切入,剖析快照读依赖 MVCC、当前读依赖 Next-Key Lock 的双防线机制,用双会话实验复现幻读仍会出现的边界场景,并解释各数据库在幻读防护上行为分歧的根源。

大模型全栈工程师 · Thanks_ks 293

锂电池充电器电路设计 里面有电路

锂电池充电器电路设计 里面有电路 3.7V升压到5V电路设计。

Flink SQL 连接器实战:MySQL Source、Flink CDC 与 JDBC Sink 全解析

提供有界流读取,适合批处理和维表场景,简单直接但无法感知变更。MySQL CDC提供无界流读取,通过「全量快照 + binlog 增量」的方式实现实时捕获,是实时数仓的核心入口,但需要 MySQL 侧正确配置 binlog 和权限。JDBC Sink负责结果回写,关键在于区分仅插入流和更新流,更新流必须依赖主键完成 upsert。掌握这三者的差异,本质上就是掌握了 Flink 中「有界与无界」「追加与更新」这两组最基本的语义。

2401_83857914的博客 422

IEM模型,地表粗糙度模拟

利用微波反演土壤水分时候,利用IEM模型可以实现对随机地表的模拟

数据库乐观锁深度解析:MySQL、PostgreSQL 实战 + Spring Boot 集成指南

Oracle 提供了ORA_ROWSCN伪列(System Change Number),记录最后修改行的 SCN,类似 PostgreSQL 的xmin。实践中通常仍使用 version 字段方案,逻辑与 MySQL 完全相同。-- Oracle:通过 ORA_ROWSCN 实现乐观锁-- 更新时比对 SCN// 自定义注解// AOP 切面@Aspect@Component@Slf4jtry {

yjc_1111的专栏 395

SQLite 是什么?和 MySQL、Redis 有什么区别,项目中应该怎么选?

SQLite 是轻量级嵌入式关系型数据库,无需独立服务,直接通过文件存储数据,适合本地工具、桌面应用、移动端离线数据及单机轻量业务。与 MySQL 相比,它部署简单但并发写入受限;与 Redis 不同,它支持完整 SQL 与事务,适用于结构化数据持久化。三者可协同使用:MySQL 处理核心业务,Redis 实现高速缓存与计数,SQLite 降低部署复杂度。选型应基于场景需求,而非技术偏好。

栈外手记|2018 年起深耕后端开发。跳出代码栈,分享技术、项目踩坑与行业思考,看见技术之外更多可能。 330

Docker 部署 WordPress+MySQL 高可用架构

点「安装 WordPress」

一直在努力学习的菜鸟 220

基于 FastAPI+LangChain+LangGraph+Agent+Vue3+MySQL 的房产数据采集与房价预测分析平台

本文介绍一个完整的「房产数据采集+AI房价预测」全栈项目,涵盖FastAPI异步后端、LangGraph Agent智能问答、爬虫采集、机器学习预测与Vue3前端,实现从数据采集到AI交互的闭环。项目融合多技术栈,具备真实业务场景与生产级设计(如降级策略、流式输出、多模型对比),兼具简历亮点与答辩演示优势,可系统性提升工程能力,并附高频面试题解析,是理想的技术综合实践项目。

深耕开发,专注编程实战。分享源码解析、项目搭建、问题排查笔记,沉淀技术,持续更新。 207

MySQL 库表操作学习笔记

SQL(结构化查询语言)是关系型数据库标准语言,可以改库结构、设置权限、增删改查数据、维护数据库。

2403_89660238的博客 165

MySQL 8.0 双向主从复制故障修复与重建指南

MySQL 8.0 双向主从复制故障修复 SOP:XtraBackup 重建备用节点,解决 GTID 1236 / 历史日志冲突

「YYL DBA手记」 数据库 · 架构 · 运维 · 实战 yyldba.blog.youkuaiyun.com 292

MySQL 8.0停服了,信创替代的窗口正在关闭

最近跟几个做信创的朋友聊天,发现一个被忽略的问题。MySQL 8.0在今年4月正式停了官方支持,Oracle不再出安全补丁,bug也没人修了。但大量企业的业务系统还跑在上面。这事搁以前不算急,慢慢选就行了。但现在不行了,国资委79号文写得很清楚,2027年底前央国企核心系统得完成国产化替换。MySQL停服跟信创deadline撞在一起,留给MySQL用户做决定的时间不多了。我做过不少数据库迁移项目,MySQL替代这个事,坑比大多数人想的要多。今天聊几个我觉得最容易被忽视的点。

databasedb的博客 330

MySQL 的四种隔离级别

本文聚焦数据库事务隔离级别,阐述SQL标准的四个级别:读未提交(RU)、读已提交(RC)、可重复读(RR)、串行化(Serializable),按严格程度递增。核心观点为:隔离性通过加锁换取,级别越高,并发越差。重点解析脏读(读未提交)、不可重复读(读已提交)、幻读(可重复读)的本质及应对机制。指出MySQL默认使用RR,而Oracle/PostgreSQL默认为RC,迁移时需注意隔离级别差异。关键区别在于ReadView生成时机:RC每次查询刷新快照,RR仅首次SELECT时生成,确保事务内一致性。建议生

weixin_48269137的博客 250

MySQL:库与表的操作

本文系统讲解MySQL库的操作,涵盖创建、查看、修改、删除数据库及字符集、校验规则的配置与影响。重点说明CREATE DATABASE语法、字符集(如utf8mb4)与校验规则(如utf8_general_ci vs utf8_bin)对大小写敏感性和排序的影响。通过实例演示不同校验规则下查询与排序结果差异。同时介绍SHOW DATABASES、USE、ALTER DATABASE、DROP DATABASE等操作,并强调备份恢复(mysqldump)与连接状态监控(SHOW PROCESSLIST)的重要

2401_87306079的博客 311

MySQL 主从复制进阶(2026):GTID、复制延迟排查与故障切换

load 高到底是 CPU 还是 IO?free 的 available 才是关键。us/sy/wa 决策树 + iostat/sar/iftop 实战,CPU/内存/磁盘/网络四大瓶颈定位方法论。

2502_91473995的博客 181
上一篇: MySQL 内置函数实战指南:从日期处理到字符串操作,高效解决业务数据处理需求
下一篇: MySQL 表连接深度解析:内连接与外连接实战,搞定跨表数据关联
cpparf
博客等级 码龄2年 48粉丝 65原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值