MySQL

1. Dotcpp
2. MySQL

数据库字符集的选择对数据存储效率、处理性能及系统后续的移植与推广均具有关键影响，这一问题在 MySQL 及其他主流数据库中普遍存在。由于字符集决定了数据库可存储的字符范围，若创建数据库时未结合实际需求（如多语言支持、特殊符号存储等）选择合适字符集，后期更换不仅操作成本高（需涉及数据备份、格式转换、业务中断等），还可能因编码不兼容导致数据丢失或乱码风险。因此，建议在应用设计初期即明确字符集需求并完成

MySQL 自 5.1 版本起引入的 “事件（Event）”，就像给数据库装了个 “智能定时器”，能按设定的时间自动执行预设的 SQL 任务，用起来灵活又省心。它本质是一组 SQL 指令的集合，既可以设定 “只执行一次”（比如某晚凌晨 2 点自动备份上月订单数据），也能配置 “周期性循环”（比如每小时清理一次过期的临时验证码、每秒统计一次实时在线用户数）。相比操作系统的计划任务（如 Windows

在《如何理解MySQL中的Event事件？》里我们已经清楚地知道什么是事件了，那该如何创建并执行事件呢？在MySQL里，通过CREATE EVENT语句来创建事件：(冷知识:'[]'表示任选)CREATE[DEFINER={user|CURRENT_USER&n

查寻的前提是你得有事件，如果你还不会创建事件，可以参考一下《从实例出发教会你如何创建并执行事件！》。这里先创建一个事件:每5s查询一次dotcpp_user表格：USEdotcpp;CREATEEVENTselect_dotcpp_userONSCHEDULEEVERY10SECONDDO&nb

在《从实例出发教会你如何创建并执行事件！》中我们已经学会了创建事件，那么如何对事件进行删改呢？其实，我们之前已经提到了删除事件的一点知识，使用DROP EVENT来进行事件删除。这一小节，我将详细向大家删改事件的详细步骤：怎么删？首先你得有个事件吧，我们有个dotcpp_user表：创建一个事件insert_user，为dotcpp_user表每10秒插入一名用户（'Suser',

MySQL中索引的实现与存储引擎密切相关，不同引擎对索引类型的支持存在差异性。通常可以从三个层面来划分索引类别：物理存储结构（如聚簇与非聚簇索引）、逻辑约束类型（如主键、唯一、普通索引）以及实际应用特性（如全文索引、空间索引等）。这种分类方式体现了索引在数据组织、约束保障和功能特性上的多维特征。一、物理存储结构MySQL索引按物理存储结构分为B-树索引和哈希索引两类：1. B-树索引（BTREE索

索引可以提高查询速度，但并不是每个带有索引的查询都使用到了索引，存在特殊情况下索引没有被使用的情况。本节将详细介绍3种索引没有被使用的特殊情况。一、使用LIKE查询：使用 LIKE 关键字进行查询时，如果匹配字符串的第一个字符为“%”，索引不会被使用。举个例子：我们可以先查询一张表，这里查询dotcpp_user表：为了进行对比，我们先为hobby字段创建索引：CREATEINDEX&

索引设计应遵循最优原则，基于数据特征与查询模式构建，以确保最高的检索效率。一般情况下，索引设计遵循以下规则：原则类别具体原则说明案例/解释应创建1. 选择唯一性索引值唯一的字段能极速定位记录。学号、身份证号等唯一字段。2. 为排序、分组字段建索引可避免ORDER BY、GROUP BY、DISTINCT、UNION的耗时排序操作。常用于排序的“创建时间”、用于分组的“部门I

子查询类似递归函数，虽然代码易于实现，但是执行效率低下。表连接适合看更多表数据，子查询灵活多变，适合作为查询的筛选条件。我们曾在《MySQL 子查询》介绍过表连接，它可以被子查询替换，而想要通过表连接替换子查询却不是100%能够实现！下面我将介绍哪些子查询可以转为表连接：在查询优化中，对于可被重写的子查询，应优先考量其与表连接在性能上的等效性。若子查询存在显著性能瓶颈，将其重构为表连接是首选的优化

本小节主要介绍SQL语句下映射的文件操作：1. 数据表查询机制在 MySQL 5.7 及更早版本中，所有存储引擎的数据表均会生成一个 .frm 文件，用于存储表结构元数据。因此，执行 SHOW TABLES 语句的本质是扫描数据库目录下的 .frm 文件并提取其基名，其结果与直接列出该目录下所有 .frm 文件名并去除后缀的操作完全一致。（注：MySQL 8.0 及以上版本已不再使用 .frm 文