Tag: 教程

MySQL分页实现：避免数据丢失与重复数据
MySQL是一种常用的关系型数据库管理系统，而分页查询是在实际应用中经常遇到的需求之一。在进行分页查询时，我们希望能够确保数据不丢失，同时又不出现重复数据，以保证结果的准确性和完整性。本教程将介绍如何在MySQL中实现分页，并解决数据丢失和重复数据的问题。

1. 分页查询的基本原理

分页查询是通过限制返回的结果数量和指定返回结果的起始位置来实现的。通常使用LIMIT子句来指定返回结果的数量和偏移量（起始位置），其基本语法如下：
```
SELECT * FROM table_name LIMIT offset, count;
```
其中，offset表示偏移量（即起始位置），count表示返回结果的数量。例如，LIMIT 0, 10表示从第1行开始，返回10行结果。

2. 避免数据丢失

为了避免数据丢失，我们需要确保在分页查询时不会漏掉任何数据。最常见的方法是使用唯一标识列作为分页的依据，通常是表的主键。通过在WHERE子句中使用>操作符来限制结果集，确保每次查询都能包含上一次查询的最后一条数据之后的数据。示例如下：
```
SELECT * FROM table_name WHERE id > last_id LIMIT count;
```
其中，last_id是上一次查询结果集中的最后一条数据的唯一标识，用于确定本次查询的起始位置。

3. 避免出现重复数据

除了确保不丢失数据外，我们还需要避免在分页查询中出现重复数据。为了解决这个问题，我们可以使用子查询来排除已经获取过的数据。具体做法是在WHERE子句中添加条件，确保每次查询结果中不包含已经获取过的数据。示例如下：
```
SELECT * FROM table_name 
WHERE id > last_id 
AND id NOT IN (SELECT id FROM table_name WHERE id <= last_id ORDER BY id DESC LIMIT offset)
LIMIT count;
```
这样就可以确保在分页查询时不会出现重复数据。

通过以上方法，我们可以在MySQL中实现分页查询，并确保不丢失数据和不出现重复数据，从而提高查询结果的准确性和完整性。

写给读者的话：希望本教程能够帮助你更好地理解MySQL分页查询的实现原理，并解决在实际应用中可能遇到的数据丢失和重复数据的问题。
March 17, 2024
MySQL表添加字段的简易教程
在处理大型数据表时，需要添加新字段时可能会面临一些挑战。本教程将介绍如何在MySQL数据库中给几千万行的表添加新字段。我们将探讨几种常用的方法，以便你选择最适合你业务需求的方式。

1. 扩展表方法

扩展表是一种常见的解决方案，它可以帮助你在不影响现有数据的情况下添加新字段。具体步骤如下：
- 创建新表：创建一个新表，包含你要添加的新字段，同时保留原始表。
- 迁移数据：将原始表中的数据复制到新表中。
- 更新应用：更新你的应用程序，以便使用新表中的数据。
- 切换表：一旦确认新表运行正常，可以将应用指向新表并删除原始表。
2. 预留 JSON 字段

另一种方法是在表中添加一个 JSON 字段，以存储额外的信息。这种方法的优点是灵活性高，可以容纳各种数据类型。具体步骤如下：
- 添加 JSON 列：在现有表中添加一个 JSON 列，用于存储新数据。
- 更新应用：更新你的应用程序，以便使用 JSON 列中的数据。
3. 使用 Online DDL 工具

如果你想避免数据库锁表并且希望在线执行DDL操作，可以考虑使用一些开源工具，如percona的pt-online-schema-change或GitHub上的gh-ost。这些工具可以帮助你在不中断服务的情况下修改表结构。

无论选择哪种方法，都应该在生产环境之前进行充分的测试，并且确保有适当的备份策略，以防意外发生。

写给读者的话： 无论你面对多大的表，都有多种方法可以添加新字段。选择合适的方法取决于你的业务需求和数据库架构。记得在操作之前做好备份，以免出现意外情况。
March 17, 2024
SQL优化建议教程
优化慢查询SQL中的GROUP BY子句

1. 理解问题

在SQL中，GROUP BY操作用于对结果集进行分组，并可以在分组的基础上执行聚合函数操作，如COUNT、SUM等。然而，当在大数据量的情况下，使用GROUP BY可能导致查询性能下降，特别是在联合查询和排序的情况下。

2. 分析执行计划

执行计划可以帮助我们理解SQL查询的执行方式和资源消耗情况。通过执行计划，我们可以发现哪些操作是影响性能的瓶颈，从而进行优化。

3. 优化建议

针对慢查询中的GROUP BY子句，以下是一些建议优化方法：
- 避免不必要的字段
  - 只选择需要的字段，避免选择过多的字段，尤其是在联合查询中。不必要的字段会增加内存和磁盘的消耗，导致性能下降。
- 优化JOIN操作
  - 确保JOIN操作使用索引，以提高连接的效率。可以通过分析执行计划来确定是否存在未使用索引的情况。
- 减少子查询
  - 如果可能的话，尽量避免使用子查询，特别是在GROUP BY子句中。子查询会增加查询的复杂度和执行时间。
- 合理使用索引
  - 确保所有涉及到的列都有合适的索引。对于经常用于过滤、连接或排序的列，使用索引可以显著提高查询性能。
- 考虑分页优化
  - 如果查询用于分页显示数据，可以考虑在不同场景下采用不同的优化策略。例如，可以先查询出前N条数据，然后再进行统计和排序。
4. 示例优化SQL

以下是对原始SQL的优化建议示例：
```
SELECT COUNT(*) 
FROM (
    SELECT 
        t2.create_time createTime,
        t2.platform,
        t2.id taskId,
        t2.order_id orderId,
        t1.business_contract_no businessContractNo,
        t3.contract_no,
        t4.contract_name 
    FROM
        esign_task_item t1
        INNER JOIN esign_task t2 ON t1.task_id = t2.id
        LEFT JOIN esign_contract t3 ON t3.task_item_id = t1.id
        LEFT JOIN esign_contract_template t4 ON t4.contract_no = t1.contract_template_no 
    WHERE
        t1.business_contract_no IS NOT NULL 
    GROUP BY
        t1.business_contract_no,
        t2.order_id,
        t2.id 
    ORDER BY
        t1.id DESC 
) AS TOTAL;
```
优化后的SQL示例：
```
SELECT COUNT(0) 
FROM (
    SELECT 1
    FROM
        esign_task t2
        INNER JOIN esign_task_item t1 ON t1.task_id = t2.id
    WHERE
        t1.business_contract_no IS NOT NULL
    GROUP BY
        t1.business_contract_no,
        t2.order_id,
        t2.id
) AS a;
```
5. 总结

通过优化SQL中的GROUP BY子句，可以提高查询性能，减少资源消耗。通过分析执行计划和采用优化建议中的方法，可以有效地改善慢查询的性能问题。

写给读者的话：优化SQL查询性能是数据库领域的重要课题之一。通过本教程的学习，希望你能掌握优化SQL中GROUP BY子句的方法，从而提升数据库应用的性能和效率。
March 17, 2024
MySQL数据备份教程：简单高效的备份方法
MySQL数据备份教程：简单高效的备份方法

1. 介绍

在数据库管理中，数据备份是一项至关重要的任务。本教程将介绍如何使用MySQL来备份指定数据，以保证数据安全性和可恢复性。

2. 备份方法

2.1 使用SQL语句备份数据

对于需要备份的数据，可以使用简单的SQL语句进行备份操作。以下是备份数据的步骤：
1. 备份指定数据到文件
  
  使用INSERT INTO ... SELECT语句将指定数据插入到备份表中。假设需要备份的表名为数据表名，备份表名为备份数据表名，主键为ID，备份条件为WHERE ...：
```
INSERT IGNORE INTO 备份数据表名 SELECT * FROM 数据表名 WHERE ...;
```
  这将在备份数据表中插入符合条件的数据，保留了原始数据的完整性。
2. 定期执行备份
  
  可以使用定时任务工具（如cron）来定期执行备份操作，以确保数据的及时备份和更新。
2.2 使用mysqldump工具备份数据

另一种备份数据的方法是使用MySQL提供的mysqldump工具，该工具可以方便地将数据导出到文件中。以下是使用mysqldump工具备份数据的步骤：
1. 执行备份命令
  
  使用mysqldump命令指定备份的数据库名称、表名和备份条件，将数据导出到指定的文件中：
```
mysqldump -u用户名 -p密码 数据库名 表名 --where "条件" > 备份文件名.sql
```
  这将在当前目录下生成一个名为备份文件名.sql的备份文件，其中包含符合条件的数据。
2. 恢复备份数据
  
  在需要恢复数据的环境中，可以使用以下命令将备份数据导入到数据库中：
```
mysql -u用户名 -p密码 目标数据库名 < 备份文件名.sql
```
  这将把备份文件中的数据导入到指定的数据库中，完成数据的恢复操作。
3. 实时备份方案

针对需要实时备份的需求，可以考虑以下两种方案：
1. 使用binlog实时备份
  
  可以通过监听MySQL的binlog日志文件，实时捕获数据库的变更操作，并将其同步到备份数据库中，以实现实时备份的效果。
2. 主从同步备份
  
  建立主从同步的数据库架构，将指定表的数据实时同步到备份数据库中，以保证备份数据的及时性和一致性。
结语

通过本教程，你学会了使用MySQL进行数据备份的简单高效方法，包括使用SQL语句和mysqldump工具备份数据，并介绍了实时备份的两种方案。合理选择备份方案，能够有效保障数据的安全性和可恢复性。
March 17, 2024

使用MySQL递归获取父级字段+子级字段的方法

MySQL中如何实现递归查询父级字段和子级字段呢？本教程将向您介绍如何使用MySQL存储过程实现这一功能。

准备工作

在开始之前，确保您已经创建了名为t_restree的表，并已插入了数据。表结构如下：

CREATE TABLE t_restree (
    c_resid VARCHAR(255) PRIMARY KEY,
    c_resname VARCHAR(255),
    c_resalias VARCHAR(255),
    c_pid VARCHAR(255),
    c_restype VARCHAR(255),
    c_order INT,
    c_perm LONGTEXT,
    c_resdesc VARCHAR(255),
    c_created DATETIME,
    c_lastmodified DATETIME,
    c_status VARCHAR(255),
    c_extended LONGTEXT
);

CREATE INDEX c_restree_pid ON t_restree (c_pid);
CREATE INDEX c_restree_restype ON t_restree (c_restype);

创建存储过程

我们将创建一个存储过程，该存储过程将递归地更新子节点的c_resname_full和c_resalias_full字段，以包含其父节点的名称。

DELIMITER //

CREATE PROCEDURE update_recursive()
BEGIN
    DECLARE c_resid_var VARCHAR(1024);
    DECLARE c_resname_var VARCHAR(1024);
    DECLARE c_resalias_var VARCHAR(1024);

    -- 清空之前的数据
    UPDATE t_restree SET c_resname_full = NULL, c_resalias_full = NULL;

    -- 初始化根节点
    UPDATE t_restree SET c_resname_full = c_resname, c_resalias_full = c_resalias WHERE c_pid IS NULL;

    -- 递归更新子节点
    REPEAT
        SET c_resid_var = NULL;
        SET c_resname_var = NULL;
        SET c_resalias_var = NULL;

        -- 获取未更新的子节点
        SELECT c_resid, c_resname, c_resalias INTO c_resid_var, c_resname_var, c_resalias_var
        FROM t_restree
        WHERE c_resname_full IS NULL
        LIMIT 1;

        -- 更新子节点的 c_resname_full 和 c_resalias_full
        UPDATE t_restree t1
        JOIN t_restree t2 ON t1.c_pid = t2.c_resid
        SET t1.c_resname_full = CONCAT(t2.c_resname_full, '/', t1.c_resname),
            t1.c_resalias_full = CONCAT(t2.c_resalias_full, '/', t1.c_resalias)
        WHERE t1.c_resid = c_resid_var;

    UNTIL c_resid_var IS NULL END REPEAT;
END //

DELIMITER ;

调用存储过程

现在，我们可以调用存储过程来执行递归更新操作。

CALL update_recursive();

示例

假设我们有以下数据：

c_resid	c_resname	c_resalias	c_pid
1	Parent	Parent	NULL
2	Child1	Child1	1
3	Child2	Child2	1
4	Subchild1	Subchild1	2

调用存储过程后，t_restree表中将包含更新后的字段c_resname_full和c_resalias_full：

c_resid	c_resname	c_resalias	c_pid	c_resname_full	c_resalias_full
1	Parent	Parent	NULL	Parent	Parent
2	Child1	Child1	1	Parent/Child1	Parent/Child1
3	Child2	Child2	1	Parent/Child2	Parent/Child2
4	Subchild1	Subchild1	2	Parent/Child1/Subchild1	Parent/Child1/Subchild1

总结

通过以上步骤，您已经学会如何使用MySQL存储过程实现递归获取父级字段和子级字段的功能。这种方法对于处理具有树状结构的数据非常有用，例如组织架构或文件目录等。

希望本教程对您有所帮助！

March 17, 2024

MySQL主从复制高可用切换方案
在MySQL主从复制中，实现高可用切换是至关重要的，特别是在生产环境中。本教程将介绍一种经过实践验证的高可用切换方案，以及需要注意的一些关键点和坑。

1. 方案概述

采用双主互备的方式实现MySQL主从复制的高可用切换，配合负载均衡器，确保故障发生时能够快速切换至备用主机，保证系统的持续可用性。

2. 实施步骤

步骤 1：部署双主互备
- 在两台MySQL服务器上配置主从复制，使它们互为主从关系。
- 配置双主互备，确保两台服务器可以同时接收和处理写入操作。
步骤 2：部署负载均衡器
- 如果已有keepalived，可使用haproxy或nginx搭建负载均衡器，通过VIP进行TCP转发，实现数据库访问的负载均衡和故障转移。
- 若没有现成的解决方案，可考虑使用consul+coredns搭建域名的数据库连接，实现故障切换和服务发现。
步骤 3：监控和自动化
- 使用监控工具（如Prometheus+Grafana）监控MySQL服务器的健康状况，及时发现并解决潜在问题。
- 配置自动化脚本，实现故障自动切换和恢复，减少人工干预的需要。
3. 注意事项及避坑指南
- 双主互备配置要点：确保双主服务器配置正确，避免数据写入冲突和数据不一致的问题。
- 负载均衡器配置要点：选择合适的负载均衡器，配置正确的VIP和转发规则，确保数据库访问的高可用性和性能。
- 监控和自动化要点：及时发现并解决故障，避免因故障导致的系统 downtime，提升系统的可用性和稳定性。
4. 示例代码
```
# Haproxy配置示例
frontend mysql_frontend
    bind *:3306
    mode tcp
    default_backend mysql_backend

backend mysql_backend
    balance roundrobin
    server mysql1 192.168.1.101:3306 check
    server mysql2 192.168.1.102:3306 check
```
写给读者的话

通过本教程，你了解了MySQL主从复制的高可用切换方案，并学习了实施步骤和注意事项。希望这些内容能够帮助你在生产环境中搭建稳定可靠的数据库架构，保障系统的持续运行。
March 17, 2024
解决 SQL 性能问题的有效方法
在数据库查询中，当需要在两个表之间进行连接，并且使用 GROUP BY 和 GROUP_CONCAT 聚合函数时，性能问题经常会出现。尤其是当连接的表数据量较大时，这种性能问题更加明显。

优化方法

为了解决这个性能问题，我们可以尝试以下两种方法：优化 SQL 查询和重新设计数据表结构。

优化 SQL 查询

1. 减少不必要的数据量

在进行连接操作之前，先考虑是否需要在两个表之间连接所有的数据。可以通过增加条件限制或者子查询等方式，减少需要连接的数据量，从而提升查询性能。

2. 使用合适的索引

确保连接字段和 GROUP BY 字段都建立了合适的索引。索引可以加速数据检索和分组操作，提高查询效率。

3. 分步进行查询和聚合操作

将查询和聚合操作拆分为多个步骤，逐步进行，减少单次查询的数据量。这样可以降低数据库负载，提升整体性能。

4. 考虑数据库引擎的选择

不同的数据库引擎对于查询和聚合操作的优化方式可能有所不同。根据实际情况选择合适的数据库引擎，可以提高查询性能。

重新设计数据表结构

1. 数据表分离

将原来的单个表拆分为多个表，根据业务逻辑和数据关系进行合理的划分。这样可以减少单个表的数据量，提升查询效率。

2. 数据冗余

在需要频繁查询的字段上增加数据冗余，避免频繁进行表连接操作。这样可以减少连接操作的次数，提高查询性能。

3. 使用缓存

对于查询结果比较稳定的数据，可以考虑将查询结果缓存起来，避免重复查询。这样可以减少数据库负载，提高系统性能。

示例 SQL 查询优化
```
-- 使用子查询减少连接数据量
SELECT a.uid, a.name, a.price, i
FROM table_a a
LEFT JOIN (
    SELECT uid, GROUP_CONCAT(type, ':', num) as i
    FROM table_b
    GROUP BY uid
) b ON a.uid = b.uid;
```
示例数据表结构重新设计

重新设计表结构，将 table_b 拆分为两个表，并增加数据冗余：
- table_b_info: 存储 uid、type、num 等信息
- table_b_summary: 存储每个 uid 对应的 type 和 num 的汇总信息
结论

通过优化 SQL 查询和重新设计数据表结构，可以有效解决查询性能问题。在实际应用中，根据具体情况选择合适的优化方法，可以提升系统的整体性能和用户体验。
March 17, 2024
如何优化数据库分页查询中的排除精选活动数据操作
在进行数据库分页查询时，如果需要排除精选活动数据，我们需要选择合适的方法来提高查询效率。以下是几种常见的方案以及它们的优缺点，让我们一起来了解并选择最优解。

方案一：使用 NOT IN 语句
```
SELECT * FROM activity WHERE id NOT IN (精选活动 id) LIMIT offset, pagesize
```
优点：
- 简单直接，易于理解和实现。
- 适用于数据量较小的情况。
缺点：
- 对于大量精选活动数据，性能可能较差，因为 NOT IN 语句在处理大数据量时效率较低。
方案二：使用逐步比对法
```
SELECT * FROM activity WHERE id > 上一次查询的 id LIMIT offset, pagesize
```
优点：
- 不使用 NOT IN 语句，避免了其性能问题。
- 适用于大数据量的情况，效率相对较高。
缺点：
- 需要额外的逻辑来比对结果并去除精选活动数据，增加了复杂度。
方案三：使用子查询
```
SELECT * FROM activity WHERE id NOT IN (SELECT id FROM featured) LIMIT offset, pagesize
```
优点：
- 避免了直接使用 NOT IN 的性能问题。
- 结构清晰，易于理解。
缺点：
- 子查询可能会影响性能，特别是在处理大数据量时。
方案四：使用联表查询
```
SELECT * FROM activity LEFT JOIN featured ON activity.id = featured.id WHERE featured.id IS NULL LIMIT offset, pagesize
```
优点：
- 避免了 NOT IN 的性能问题。
- 能够利用索引提高查询效率。
缺点：
- 需要额外的联表操作，可能会影响性能。
方案五：添加活动类型字段

在数据库中添加一个活动类型字段，用于标识普通活动和精选活动，然后直接查询普通活动数据。
```
SELECT * FROM activity WHERE activity_type = 1 LIMIT offset, pagesize
```
优点：
- 结构简单清晰，易于理解和实现。
- 不需要额外的排除精选活动数据的逻辑。
缺点：
- 需要修改数据库结构，可能会影响已有的代码和逻辑。
如何选择最优方案？

根据数据量和性能需求，可以选择不同的方案来优化数据库分页查询中的排除精选活动数据操作。对于小数据量，可以选择方案一或方案五；而对于大数据量，方案二、方案三和方案四可能更适合。

综上所述，选择最优方案时需要考虑数据量、性能需求以及系统架构等因素，以达到最佳的查询效率和用户体验。
March 17, 2024
MySQL中的SELECT FOR UPDATE加锁机制详解
在MySQL中，使用select for update语句可以对查询结果进行加锁，以确保在事务中对查询结果进行修改时的数据一致性。本教程将深入解释select for update的加锁机制，并探讨可能导致阻塞的情况以及如何避免。

1. 加锁原理

当执行select for update语句时，MySQL会对查询结果中的行加上行级锁，以防止其他事务修改这些行。这种行级锁称为记录锁。在InnoDB存储引擎中，select for update会使用悲观锁机制，即假设在事务执行期间会有其他事务修改数据，因此直接对查询结果进行加锁。

2. 阻塞情况分析

在给定的案例中，事务2执行select * from test where age = 80008 for update;语句时发生阻塞，原因如下：
- 事务1已经执行了select * from test where age = 80009 for update;语句，获取了age为80009的行的锁。
- 事务2需要获取age为80008的行的锁，但由于事务1已经锁定了相邻的行（age为80009），因此事务2会被阻塞，等待事务1释放锁。
这种情况下，事务2会被阻塞，直到事务1完成或释放锁为止。另外，如果将age字段的数据类型从char改为int，则不会发生阻塞，可能是因为字段类型不一致导致查询不走索引。

3. 避免阻塞的方法

为了避免select for update语句导致的阻塞，可以考虑以下方法：
- 尽量减少使用select for update，因为它会对查询结果加锁，增加了并发事务之间的竞争。
- 了解并使用合适的索引，以确保查询能够高效地使用索引，减少锁的竞争。
- 对于需要修改的数据，尽可能在事务中一次性完成，减少锁的持有时间，降低阻塞的可能性。
综上所述，了解select for update语句的加锁机制对于保证MySQL事务的数据一致性至关重要。在实际应用中，需要根据具体情况合理使用并发控制机制，以提高系统的并发性能和稳定性。
March 17, 2024
升级MySQL 8还是MariaDB？如何选择？

在面临MySQL 5.7版本即将到达终点支持（EOL）的情况下，许多公司和个人用户都在考虑升级到更高版本的MySQL或者切换到MariaDB。这个决定涉及到诸多因素，包括已有业务稳定性、安全性、性能和功能需求等。下面我们将针对这些因素进行分析，帮助您做出正确的选择。

1. MySQL 8的优势

a. 安全性增强

MySQL 8相比于MySQL 5.7在安全性方面有了许多增强，包括密码管理、加密支持和安全证书等方面的改进，有助于提升数据库的安全性。

b. 新功能支持

MySQL 8引入了许多新的功能和改进，如JSON支持、大表秒级加字段、更好的性能优化等，这些功能可以提升数据库的灵活性和性能。

c. 支持周期

MySQL 8的支持周期相比于MySQL 5.7更长，这意味着在未来更长的时间内能够获得官方的技术支持和安全更新。

2. MariaDB的优势

a. 开源性质

MariaDB是一个开源的数据库系统，由MySQL的原始开发者创建，因此具有与MySQL兼容的API和命令，但同时也包含了一些MySQL不具备的特性和改进。

b. 社区支持

MariaDB拥有庞大的社区支持和开发团队，能够提供及时的技术支持和更新，保证数据库系统的稳定性和安全性。

c. 新特性与性能优化

与MySQL 8相比，MariaDB也在持续不断地引入新的特性和性能优化，以满足用户的需求，并提升数据库系统的性能和稳定性。

如何选择？

a. 已有业务稳定性

如果您的业务已经稳定运行在MySQL 5.7上，并且没有遇到大的痛点或安全隐患，可以考虑继续使用MySQL 8进行升级。

b. 安全性需求

如果您对数据库的安全性要求较高，建议选择升级到MySQL 8，因为它在安全性方面有了许多增强。

c. 功能需求

如果您需要新的功能支持，如JSON数据类型、大表秒级加字段等，可以考虑升级到MySQL 8或者使用MariaDB，它们都提供了这些功能。

d. 开源倾向

如果您更倾向于开源软件，并且希望能够参与到数据库系统的开发和改进中，可以选择使用MariaDB。

结论

在选择升级到MySQL 8还是MariaDB时，需要综合考虑已有业务稳定性、安全性需求、功能需求和开源倾向等因素。无论选择哪种数据库系统，都需要进行充分的测试和准备工作，以确保顺利完成升级并保证数据库系统的稳定性和安全性。

March 17, 2024

Tag: 教程

1. 分页查询的基本原理

2. 避免数据丢失

3. 避免出现重复数据

1. 扩展表方法

2. 预留 JSON 字段

3. 使用 Online DDL 工具

1. 理解问题

2. 分析执行计划

3. 优化建议

4. 示例优化SQL

5. 总结

1. 介绍

2. 备份方法

2.1 使用SQL语句备份数据

2.2 使用mysqldump工具备份数据

3. 实时备份方案

结语

准备工作

创建存储过程

调用存储过程

示例

总结

1. 方案概述

2. 实施步骤

3. 注意事项及避坑指南

4. 示例代码

写给读者的话

优化方法

优化 SQL 查询

1. 减少不必要的数据量

2. 使用合适的索引

3. 分步进行查询和聚合操作

4. 考虑数据库引擎的选择

重新设计数据表结构

1. 数据表分离

2. 数据冗余

3. 使用缓存

示例 SQL 查询优化

示例数据表结构重新设计

结论

方案一：使用 NOT IN 语句

方案二：使用逐步比对法

方案三：使用子查询

方案四：使用联表查询

方案五：添加活动类型字段

如何选择最优方案？

1. 加锁原理

2. 阻塞情况分析

3. 避免阻塞的方法

1. MySQL 8的优势

a. 安全性增强

b. 新功能支持

c. 支持周期

2. MariaDB的优势

a. 开源性质

b. 社区支持

c. 新特性与性能优化

如何选择？

a. 已有业务稳定性

b. 安全性需求

c. 功能需求

d. 开源倾向

结论

方案一：使用 `NOT IN` 语句