书接上文：MySQL关系型数据库学习，继续看书补充MySQL知识点学习。
1. 基本概念学习
1.1 游标（Cursor）
MySQL 游标是一种数据库对象，它允许应用程序逐行处理查询结果集，而不是一次性获取所有结果。游标在需要逐行处理数据或执行复杂业务逻辑时非常有用。
游标的主要作用和功能
- 逐行处理查询结果
- 游标允许应用程序按需获取查询结果的每一行，而不是一次性加载所有数据
- 特别适合处理大量数据时避免内存溢出
- 支持复杂的业务逻辑处理
- 允许在结果集上执行复杂的业务逻辑，如条件判断、计算、更新等
- 可以在处理每一行时执行不同的操作
- 实现逐行更新或删除
- 可以结合游标对查询结果中的每一行执行更新或删除操作
- 这在需要基于当前行内容决定如何处理下一行时非常有用
- 支持存储过程中的流程控制
- 在存储过程中使用游标可以实现更复杂的流程控制
- 可以结合条件判断、循环等语句实现复杂的业务逻辑
- 提供灵活的数据访问方式
- 允许应用程序以编程方式控制数据的访问和处理
- 可以暂停、继续或重新开始数据处理
游标的基本使用步骤
在MySQL中，游标通常与存储过程一起使用，基本使用步骤如下：
1. 声明游标：定义要处理的查询
2. 打开游标：执行查询并准备结果集
3. 获取数据：逐行获取结果集中的数据
4. 处理数据：对每一行执行所需的操作
5. 关闭游标：释放游标资源
游标使用的具体示例
示例1：基本游标使用
DELIMITER //
CREATE PROCEDURE process_employees()
BEGIN
-- 1. 声明游标
DECLARE emp_cursor CURSOR FOR
SELECT id, name, salary FROM employees;
-- 2. 声明异常处理变量
DECLARE done INT DEFAULT FALSE;
DECLARE emp_id INT;
DECLARE emp_name VARCHAR(100);
DECLARE emp_salary DECIMAL(10,2);
-- 3. 声明异常处理程序
DECLARE CONTINUE HANDLER FOR NOT FOUND SET done = TRUE;
-- 4. 打开游标
OPEN emp_cursor;
-- 5. 循环获取数据
read_loop: LOOP
FETCH emp_cursor INTO emp_id, emp_name, emp_salary;
IF done THEN
LEAVE read_loop;
END IF;
-- 6. 处理数据（这里只是打印，实际可以执行其他操作）
-- 注意：MySQL存储过程中不能直接打印，这里只是示意
-- 实际应用中可以执行更新、插入等操作
-- SELECT CONCAT('Processing employee: ', emp_name) AS message;
END LOOP;
-- 7. 关闭游标
CLOSE emp_cursor;
END //
DELIMITER ;
-- 调用存储过程
CALL process_employees();
示例2：结合条件判断和更新
DELIMITER //
CREATE PROCEDURE update_salaries()
BEGIN
-- 1. 声明游标
DECLARE emp_cursor CURSOR FOR
SELECT id, name, salary FROM employees WHERE status = 'active';
-- 2. 声明异常处理变量
DECLARE done INT DEFAULT FALSE;
DECLARE emp_id INT;
DECLARE emp_name VARCHAR(100);
DECLARE emp_salary DECIMAL(10,2);
-- 3. 声明异常处理程序
DECLARE CONTINUE HANDLER FOR NOT FOUND SET done = TRUE;
-- 4. 打开游标
OPEN emp_cursor;
-- 5. 循环获取数据
read_loop: LOOP
FETCH emp_cursor INTO emp_id, emp_name, emp_salary;
IF done THEN
LEAVE read_loop;
END IF;
-- 6. 处理数据：如果工资低于5000，则增加10%
IF emp_salary < 5000 THEN
UPDATE employees SET salary = salary * 1.1
WHERE id = emp_id;
END IF;
END LOOP;
-- 7. 关闭游标
CLOSE emp_cursor;
END //
DELIMITER ;
-- 调用存储过程
CALL update_salaries();
游标的特点和限制
特点：
1.逐行处理：可以逐行访问查询结果
2.灵活控制：可以控制数据处理的流程和逻辑
3.支持复杂逻辑：可以在处理每一行时执行复杂的业务逻辑
4.与存储过程结合：通常与存储过程一起使用
限制：
1.性能开销：游标会带来额外的性能开销，特别是在处理大量数据时
2.内存使用：虽然比一次性加载所有数据更节省内存，但仍会占用资源
3.只能用于存储过程：MySQL中的游标只能在存储过程中使用
4.不能直接用于应用程序：应用程序不能直接使用MySQL游标，必须通过存储过程间接使用
5.锁定问题：游标可能会锁定查询结果集中的行，影响并发性能
游标的适用场景
1.需要逐行处理大量数据：当数据量很大，一次性加载所有数据会导致内存问题时
2.需要基于当前行内容决定如何处理下一行：如复杂的业务逻辑处理
3.需要执行逐行更新或删除：根据当前行的内容决定如何处理其他行
4.需要实现复杂的流程控制：在存储过程中需要复杂的条件判断和循环
5.需要与外部系统交互：如逐行读取数据并发送到外部系统进行处理
游标与批量处理的比较
最佳实践
1.仅在必要时使用游标：优先考虑批量处理，只有在确实需要逐行处理时才使用游标
2.优化游标查询：确保游标使用的查询是高效的
3.限制游标处理的数据量：只处理必要的数据，避免不必要的数据处理
4.考虑替代方案：对于简单的批量操作，考虑使用批量更新或删除语句
5.测试性能：在生产环境使用前测试游标的性能影响
6.及时关闭游标：确保在不再需要时关闭游标，释放资源
MySQL游标是一个强大的工具，但应该谨慎使用，因为它会带来性能开销。在大多数情况下，批量处理是更好的选择，只有在确实需要逐行处理复杂逻辑时才使用游标。
1.2 事务（transaction）
将多个操作作为一个整体来处理的功能称为“事务”（transaction）。将开启事务之后的处理结果反馈到数据库的操作称为“提交”（commit），不反映到数据库中而恢复成原来的状态的操作称为“回滚”。
自动提交
默认情况下，也就是不手动开启事务时，MySQL的处理都是直接被提交的。也就是说，所有的操作都会自动执行commit；语句。这种功能被称为“自动提交”（auto commit）。
使用范围
下面这些操作是无法还原的，小伙伴们一定要记住。
- drop database
- drop table
- drop view
- alter table
事务的属性
事务有很严格的定义，必须同时满足4个属性：原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）和持久性（Durability）。这4个属性通常又被简称为“ACID”特性。
- 原子性：事务作为一个整体来执行，所有操作要么都执行，要么都不执行；
- 一致性：事务应确保数据库从一个一致状态转变为另一个一致状态；
- 隔离性：当多个事务并发执行时，一个事务的执行不影响其他事务的执行；
- 持久性：事务一旦提交，它对数据库的修改应该永久保存在数据库中；
1.3 表的设计原则
介绍一些常用的小技巧，以设计出更好的表，主要包括以下5个方面。
- 对于一个表的主键，我们一般是使用自动递增的值，而不是手动插入值；
- 如果一个字段只有两种取值，比如“男”或“女”、“是”或“否”，比较好的做法是使用tinyint(1)类型，而不是使用varchar等类型。当然，使用varchar等类型也是没有问题的。
- 如果想要保存图片，我们一般不会将图片保存到数据库中，这样会占用大量的空间。一般是将图片上传到服务器，数据库中保存的则是图片的地址（URL）。
- 对于一篇文章，数据库一般保存的是包含该文章的HTML代码，也叫作“富文本”。一般我们会使用富文本编辑器编辑内容，然后获取对应的HTML代码，而将该HTML代码保存到数据库中。
- 设计表时，应该给所有的表和字段添加对应的注释。这个好习惯一定要养成，这样可以使后期的维护工作更加轻松、简单。
1.4 mysql软删除是什么
MySQL 软删除（Soft Delete）详解
软删除是一种数据管理策略，它不是真正从数据库中物理删除记录，而是通过标记记录为"已删除"状态来保留数据。这与硬删除（直接从数据库中移除记录）形成对比。
为什么使用软删除？
数据恢复：可以轻松恢复误删的数据
审计追踪：保留完整的历史记录用于审计或分析
外键约束：避免因删除记录而破坏外键关系
数据分析：可以分析被删除的数据模式
如何实现软删除
添加"删除标记"列
最常见的方法是添加一个布尔类型的列（如is_deleted）或时间戳列（如deleted_at）：
ALTER TABLE your_table ADD COLUMN is_deleted TINYINT(1) DEFAULT 0;
– 或者
ALTER TABLE your_table ADD COLUMN deleted_at DATETIME NULL;
更新查询逻辑
在所有查询中需要排除已删除的记录：
– 使用 is_deleted 列
SELECT * FROM your_table WHERE is_deleted = 0;
– 使用 deleted_at 列
SELECT * FROM your_table WHERE deleted_at IS NULL;
实现删除操作
更新记录而不是删除：
– 使用 is_deleted 列
UPDATE your_table SET is_deleted = 1 WHERE id = 123;
– 使用 deleted_at 列
UPDATE your_table SET deleted_at = NOW() WHERE id = 123;
恢复已删除的记录
– 使用 is_deleted 列
UPDATE your_table SET is_deleted = 0 WHERE id = 123;
– 使用 deleted_at 列
UPDATE your_table SET deleted_at = NULL WHERE id = 123;
高级实现方式
使用触发器自动处理
可以创建触发器在删除操作时自动更新标记：
CREATE TRIGGER before_delete_trigger
BEFORE DELETE ON your_table
FOR EACH ROW
BEGIN
UPDATE your_table SET is_deleted = 1, deleted_at = NOW() WHERE id = OLD.id;
-- 取消实际的删除操作
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Use soft delete instead';
END;
不过这种方法不太推荐，因为它会干扰正常的DELETE操作流程。
使用视图过滤已删除记录
创建一个只显示未删除记录的视图：
CREATE VIEW active_records AS
SELECT * FROM your_table WHERE is_deleted = 0;
-- 或者
CREATE VIEW active_records AS
SELECT * FROM your_table WHERE deleted_at IS NULL;
然后应用程序可以查询这个视图而不是原始表。
使用数据库扩展或ORM功能
许多ORM框架（如Laravel的Eloquent、Django ORM等）内置了软删除支持：
Laravel Eloquent:
// 模型中添加
use SoftDeletes;
// 查询时会自动排除已删除记录
$records = Model::all();
// 恢复记录
$record->restore();
Django:
from django.db import models
class MyModel(models.Model):
# ...
is_deleted = models.BooleanField(default=False)
class Meta:
abstract = True
def delete(self, using=None, keep_parents=False):
self.is_deleted = True
self.save()
注意事项
索引优化：为is_deleted或deleted_at列添加索引以提高查询性能
备份策略：虽然数据未被物理删除，但仍需定期备份
存储空间：长期积累的"已删除"数据会占用存储空间，可能需要定期归档
查询习惯：开发人员需要养成总是排除已删除记录的习惯
软删除是一种简单有效的数据管理策略，特别适合需要保留历史记录或允许数据恢复的场景。