📝 文章列表

Spring Boot 3 集成 Swagger UI 完整指南，包含配置、使用示例与最佳实践

logback.xml 文件解析

问题描述 此前生产遇到一个问题，同样的 SQL 在代码中执行查不出结果，将执行的 SQL 复制到 PL/SQL 等数据库工具中又可以查出来，但本地却始终无法复现。 最终经排查是生产环境下表 T 的筛选条件 C 的数据类型由原来的 VARCHAR2 改成了 CHAR 导致的，而本地测试环境均为 VARCHAR2。 那么为何 CHAR 类型的就无法被查出结果呢？ 问题分析 首先我们需要了解一下 Oracle 中 CHAR 对比 VARCHAR2 有何不同之处： CHAR 定长字符类型，无论存储内容长度如何，均占用固定长度空间（例如，CHAR(10) 无论存储内容长度为多少，均占用 10 个字节的空间）。 若内容不足定义长度，系统会自动用空格填充至指定长度 若内容超过定义的长度，会直接拒绝（ORA-12899） 若内容长度未超过，但字节数超过，则会触发字符截断 （永远不要依赖这种隐式截断） 优点：由于长度是固定的，所以在比较时性能较高，不需要考虑长度差异 缺点：如果存储的字符串长度远小于定义的长度时，会浪费存储空间 VARCHAR2 由 VARCHAR 升级而来，是一个可变长度的字符类型数据。VARCHAR2(n) 定义可以存储最多为 n 个字符的可变长度字符串。 优点：节省空间，只占用必要的字符数加上一些额外的字节来记录长度信息，支持多字节字符集（MBCS），是 Oracle 官方推荐的类型，能够动态调整存储大小，有效地利用存储空间。 缺点：相对于 CHAR 类型，可能在某些特定情况下性能稍逊一筹。 Powered by AI 由上述可知，CHAR 会在长度不足时补空格，而我们数据库中定义 CHAR(5) 但实际只存储了一个字母 A/B, 这就导致了实际内容与预期不一致。 那么对于 SQL： sql 1 SELECT * FROM T WHERE C = 'A' 为何 PL/SQL 等数据库工具可以查出结果？ ...

Spring Boot 手动加载 Resource 目录下指定配置文件

Git 常用命令记录

Maven 使用本地依赖

TRUNCATE TABLE 和 DELETE FROM 都是 SQL 命令，用于从数据库表中移除数据，但它们在实现方式、性能、功能以及影响上有显著的区别。 以下是详细的对比： 特性 TRUNCATE TABLE DELETE FROM 类型 DDL(数据定义语言)命令 DML(数据操作语言)命令 功能 移除表中 所有行 数据 移除表中的行（可以移除所有行，也可以移除符合 WHERE 条件的行） WHERE 子句 不支持。总是移除整个表的数据。 支持。可以指定条件只删除部分数据 事务与日志 最小日志。仅记录页释放操作（在大多数 DBMS 中），日志量极小。通常被视为一个操作（即使物理上可能是分批删除）。通常无法回滚（视 DBMS 和事务模型而定）。 完整日志。记录每一行被删除的操作，日志量巨大（尤其大表）。执行在事务中，可以被回滚（ROLLBACK） 速度 极快 （尤其在大型表上）。不扫描数据本身，直接释放数据页。 相对较慢（尤其删除大量数据时）。需要扫描每一行（如果无索引），并完整记录日志。 资源消耗 极低（锁需求少，日志少，事务管理开销小） 非常高（表级或行级锁，巨大的日志，UNDO 记录存储，事务开销） 表空间 立即释放数据页占用的磁盘空间给文件系统/数据库 （重置 HWM） 通常不立即释放空间到文件系统（DBMS 保留空间供后续重用）。（SHRINK 或 VACUUM 等操作可回收） IDENTITY/序列 重置表的自增计数器/序列（在几乎所有 DBMS 中：SQL Server、MySQL、PostgreSQL 等） 不影响表的自增计数器/序列。下一条插入的 ID 会继续按原有序列增长。 触发器 不触发 DELETE 触发器 触发 DELETE 触发器（如果定义了的话） 外键约束 如果该表是 被引用表 （有外键指向它），操作 通常失败 （除非 DBMS 支持 CASCADE 或 DISABLE 约束） 受外键约束限制，行为取决于约束定义（RESTRICT、CASCADE、SET NULL、NO ACTION） 所需权限 需要 ALTER TABLE 权限（DDL 级别，权限要求更高） 需要表上的 DELETE 权限（DML 级别） 锁机制 通常获取 表级元数据锁 或 批模式锁，阻止并发 DDL 和所有数据操作。 获取 行级锁 或 表级锁（取决于 DBMS 和隔离级别），在事务期间持续，阻塞时间长。 分区表 可指定 TRUNCATE PARTITION （移除特定分区数据） 可用 WHERE 子句按分区键删除，但效率通常不如 TRUNCATE PARTITION 表结构 只删除数据，保留表结构（列、索引、约束等） 只删除数据，保留表结构（列、索引、约束等） 恢复性 几乎不可回滚。需要数据库备份或日志备份来恢复 在事务未提交前可回滚（ROLLBACK） 总结关键区别 目的与颗粒度 TRUNCATE：快速移除整个表的数据。是重置或清空表的最快方式。它是原子操作（针对整个表） DELETE：移除符合条件的行（包括移除所有行）。提供精细控制（通过 WHERE 子句） 性能与资源 TRUNCATE：通常在处理大表时 快几个数量级，因为它绕过 DML 的日志记录和事务开销，直接操作底层存储结构。资源消耗（日志、锁、CPU）远低于 DELETE。 DELETE 对于大表移除操作 非常慢且资源密集，因为要逐行记录日志并处理事务。 事务与回滚 TRUNCATE 在事务上下文中行为不同（通常不可回滚，取决于 DBMS）。例如，在 SQL Server 中，如果 TRUNCATE 在显式事务（BEGIN TRAN ... COMMIT/ROLLBACK）中执行，可以回滚，但在某些隐式事务模式或某些数据库中可能不行。最好 假设它难以回滚。 DELETE 始终在事务内运行，可以被回滚（在 COMMIT 之前） 计数器重置 TRUNCATE 一定重置 AUTO_INCREMENT / IDENTITY / SEQUENCE 计数器 DELETE 不会重置 计数器 触发器和约束 TRUNCATE 不触发 DELETE 触发器 DELETE 触发 DELETE 触发器 TRUNCATE 更容易受外键约束影响（作为被引用表时操作通常失败） 权限要求 TRUNCATE 要求更高的权限（ALTER TABLE） DELETE 只需要 DELETE 权限 何时使用哪个？ 使用 TRUNCATE TABLE： 当你需要快速清空整个表 （所有行） 当你确定不再需要这些数据，且不需要回滚（或确认数据库支持事务内的回滚） 当你需要重置自增 ID 计数器 该表没有被其他表的外键引用（或者你可以处理约束失效/级联） 你不依赖 DELETE 触发器执行任何清理操作 处理大表清空时首选 使用 DELETE FROM： 当你需要只删除部分行（使用 WHERE 子句） 当你在一个事务块中操作，并且可能需要回滚更改。 当你需要 DELETE 触发器执行 当你想精准控制删除过程并循环约束 当你不需要重置自增 ID 计数器 当你只有表的 DELETE 权限但没有 ALTER TABLE 权限 重要提示 无论使用哪个命令，在执行前务必确认操作目标！ 误用 TRUNCATE 或 无 WHERE 的 DELETE 会导致数据永久丢失。 生产环境操作前备份数据是金科玉律！ 具体行为细节（如日志、事务、回滚支持、锁类型）可能因不同的数据库管理系统（如 SQL Server、Oracle、MySQL、PostgreSQL）而略有差异。务必查阅你所使用 DBMS 的官方文档。 在 MySQL InnoDB 中，TRUNCATE 的行为类似于 DROP TABLE + CREATE TABLE，因为它是原子的，但在事务内行为更接近 DDL（一些 DBMS 中 DDL 隐式提交事务） 在 SQL Server 中，如果有 INSTEAD OF 触发器定义在表上，即使 TRUNCATE 通常不触发 DELETE 触发器，也可能被这些触发器拦截或修改行为。 理解这些关键差异对于高效、安全地管理数据库至关重要。优先选择 TRUNCATE 来快速清空大表，但在需要精细控制、事务性或触发功能时，一定要使用 DELETE。 ...

腾讯应用宝绕过风险检测安装 APK

Java 字节码介绍

Java 时间 API 介绍