主流：JDBC 连接池（HikariCP、Druid），核心监控目标：连接数、等待队列、活跃连接、空闲连接、泄漏、慢 SQL、使用率，用于发现连接耗尽、连接泄漏、池过小 / 过大等线上故障。 一、连接池核心指标（必须监控）
发布于 2026-09-05
数据库连接本质是客户端与数据库之间的会话通道，建立连接是重操作（TCP 三次握手、身份认证、权限加载、初始化会话上下文），不能频繁创建销毁，大部分连接性能问题都围绕：连接创建开销、连接泄漏、连接池配置不合理、长连接 / 短连接误用、网络、事务持有连接这几大块。 1. 频繁创建销毁连接（短连接滥用）
发布于 2026-09-05
数据库安全覆盖传输、存储、访问、使用、审计、灾备全生命周期，分为网络层、数据库层、应用层、管理运维层，同时匹配等保、数据安全法、个人信息保护法合规要求。 一、身份认证与访问权限控制（防越权访问） 强身份认证 数据库账号密码复杂度策略，禁止弱口令；支持多因素 MFA 认证。 区分超级管理员、DBA、业
发布于 2026-09-03
分为 mysqldump（命令行，最常用）、mysql 命令导入 sql 文件、select … into outfile /load data infile（文本批量导入导出）、Navicat/DBeaver 图形工具四种方式。 环境：MySQL 5.7 / 8.0，注意 8.0 对文件路径、se
发布于 2026-09-02
概念模型：不关心具体数据库、不关心表、字段类型，只描述业务里有哪些实体、实体的属性、实体之间的关系，输出产物一般是 E‑R 图（实体‑联系图）。 一、核心 4 个要素 实体 (Entity)：业务中独立存在的对象，名词。例：学生、课程、订单、客户。用矩形表示。 属性 (Attribute)：实体的特
发布于 2026-08-31
注意：数据库函数本身不是万能，很多场景下函数会造成索引失效；只有合理使用，才能提升查询效率，下面区分「适合用函数提速」和「避坑点」。 一、适合用数据库函数优化查询的场景 1. 聚合统计场景（聚合函数） 业务需要统计汇总，避免把大量原始数据拉到
发布于 2026-08-23
数据库表设计核心目标：合理存储、减少冗余、保证数据一致性、查询性能好、易于扩展、满足业务约束，通用流程：业务分析 → 概念模型 → 逻辑模型 (范式 + 反范式权衡) → 物理表设计 → 索引、约束、分库分表、评审优化。下面结合实战，包含原则、步骤、字段设计、主键外键、范式取舍、常见坑、示例。 一、
发布于 2026-08-22
MySQL 课程实验一般包括：建库建表、约束、增删改查、多表连接、子查询、索引、视图、存储过程、权限、备份恢复等，下面整理实验高频报错、踩坑问题、原因和解决办法，适合课程实验报告直接使用。 一、连接登录类问题 Access denied for user 'root'@'localhost' 原因：
发布于 2026-08-21
数据库优化整体分为：架构层、索引优化、SQL 语句、表结构设计、配置参数、业务与存储、读写分离分库分表几个维度，从成本最低（SQL / 索引）到成本最高（架构拆分）依次优化。 一、表结构设计优化（基础） 字段类型尽量小 能用tinyint不用int，能用varchar(50)不用varchar(25
发布于 2026-08-20
从权限、访问、存储、传输、审计、备份、运维、应用层多个维度，整理数据库安全实践，适用于 MySQL、PostgreSQL、openGauss 等主流数据库。 一、账号与权限管理（身份访问控制） 最小权限原则 用户只分配业务必需权限，禁止使用root/sa/admin超级账号做日常业务；拆分增删改查、
发布于 2026-08-20
套完备的备份策略核心目标：数据不丢失、可恢复、可验证、可落地、满足 RPO/RTO。 RPO：可接受最大数据丢失时间；RTO：故障后业务恢复耗时。所有备份动作都围绕这两个指标设计。 一、先明确业务约束（策略输入） 业务 RPO/RTO 核心交易库：RPO≈0（尽量不丢数据），RTO 分钟级；需要全量
发布于 2026-08-18
核心思路：先梳理业务特征（数据模型、查询模式、并发、规模、一致性、运维成本），再匹配数据库类型，最后做选型对比。 主流数据库大类：关系型 SQL、NoSQL（文档、键值、列存、图数据库）、时序、搜索引擎、向量数据库。 一、先明确 7 个核心评估维度（选型必看） 数据模型：表结构规整？嵌套复杂文档？图
发布于 2026-08-15
子查询：把一条 SELECT 查询，嵌套在另一条 SQL 里面（括号包起来），内层查询叫子查询，外层叫父查询。 子查询可以写在 WHERE、FROM、SELECT、EXISTS 后面，返回单行、多行、一张表。 核心口诀：括号包起来，先跑内层，结果交给外层用 1. 分类（按返回结果）
发布于 2026-08-15
半结构化数据：数据带有结构，但没有严格固定表结构，典型格式 JSON、BSON、XML、YAML、Protobuf，数据字段可动态增减。下面按 NoSQL 文档库、时序、对象存储、消息队列、分析引擎 分类介绍，侧重适用场景、优缺点。 一、文档型数据库（最常用，原生支持 JSON/BSON） 1. M
发布于 2026-08-12
NoSQL 分为四大类：键值数据库、文档数据库、列族数据库、图数据库，下面是业界广泛使用、生产落地多的产品，附带适用场景、优缺点。 1. 文档数据库（Document DB） 数据以 JSON/BSON 文档存储，结构灵活，最常用。 MongoDB 特点：最流行文档数据库，BSON 存储，支持二级索
发布于 2026-08-10
GaussDB 是华为自研企业级分布式关系型数据库，分为主打的 GaussDB (for openGauss)（云原生）、openGauss 开源版，支持单机、主备、分布式架构，兼顾 OLTP 联机事务、OLAP 分析、混合负载 HTAP，兼容 SQL 标准、高度兼容 PostgreSQL，部分兼容
发布于 2026-08-08
约束用于保证数据完整性（实体完整性、参照完整性、域完整性、业务完整性），不是越多越好，约束会带来写入开销，不合理使用会造成锁等待、慢 DML、业务报错难以排查。下面分主键、唯一、外键、非空、check、默认值，给出选型、避坑、最佳实践。 1. 主键约束 PRIMARY KEY 实体完整性，一张表只能
发布于 2026-08-07
