10 款免费开源 Android 学习应用清单：按使用场景选，装完就能上手
2026/11/5 5:25:28
1. MySQL学习笔记：第三章核心内容解析
作为一名长期与数据库打交道的开发者，我深知MySQL在实际项目中的重要性。今天我想和大家分享我在学习MySQL第三章时整理的笔记和实战心得，这些内容涵盖了SQL基础操作、数据查询优化等核心知识点，都是我在实际工作中反复验证过的实用技巧。
2. SQL基础操作精要
2.1 数据表创建与修改
创建数据表是数据库操作的第一步，但很多新手容易忽略一些关键细节。下面是一个完整的建表示例：
CREATE TABLE `users` ( `id` int(11) NOT NULL AUTO_INCREMENT, `username` varchar(50) NOT NULL, `email` varchar(100) NOT NULL, `created_at` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP, `updated_at` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (`id`), UNIQUE KEY `idx_username` (`username`), KEY `idx_email` (`email`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;这里有几个关键点需要注意：
- 使用utf8mb4字符集而非utf8，因为前者支持完整的Unicode字符（包括emoji）
- 为常用查询字段创建索引，但不要过度索引
- 设置合理的字段类型和长度，避免空间浪费
- 使用时间戳自动记录创建和更新时间
重要提示：在生产环境中修改表结构时，务必先在测试环境验证，并选择业务低峰期操作，避免锁表影响服务。
2.2 数据插入与更新技巧
批量插入数据时，使用多值语法可以显著提高性能：
INSERT INTO `users` (`username`, `email`) VALUES ('user1', 'user1@example.com'), ('user2', 'user2@example.com'), ('user3', 'user3@example.com');更新数据时，注意WHERE条件的准确性，避免误操作。我建议先使用SELECT语句验证WHERE条件：
-- 先确认要更新的记录 SELECT * FROM `users` WHERE `username` LIKE 'test%'; -- 确认无误后再执行更新 UPDATE `users` SET `email` = CONCAT(`username`, '@company.com') WHERE `username` LIKE 'test%';3. 高效数据查询实践
3.1 SELECT语句深度优化
基础的SELECT语句大家都会写，但如何写出高效的查询却需要技巧。以下是一些实测有效的优化方法：
- 只查询需要的字段：避免使用SELECT *，明确列出所需字段
- 合理使用索引：EXPLAIN是你的好朋友，一定要学会使用
- 注意JOIN操作：小表驱动大表是基本原则
-- 不好的写法 SELECT * FROM `orders` WHERE `user_id` = 100; -- 优化后的写法 SELECT `id`, `order_no`, `amount`, `status` FROM `orders` WHERE `user_id` = 100;3.2 复杂查询与子查询
处理复杂业务逻辑时，子查询是常见解决方案，但要注意性能问题：
-- 查找没有订单的用户 SELECT `id`, `username` FROM `users` WHERE `id` NOT IN ( SELECT DISTINCT `user_id` FROM `orders` WHERE `status` = 'completed' );对于大数据量表，这种NOT IN子查询性能会很差。更好的方式是使用LEFT JOIN：
SELECT u.`id`, u.`username` FROM `users` u LEFT JOIN `orders` o ON u.`id` = o.`user_id` AND o.`status` = 'completed' WHERE o.`id` IS NULL;4. 事务与锁机制解析
4.1 事务的基本使用
事务是保证数据一致性的关键机制。典型的事务使用模式：
START TRANSACTION; -- 执行一系列操作 UPDATE `accounts` SET `balance` = `balance` - 100 WHERE `user_id` = 1; UPDATE `accounts` SET `balance` = `balance` + 100 WHERE `user_id` = 2; -- 根据业务逻辑决定提交或回滚 COMMIT; -- 或 ROLLBACK;4.2 常见的锁问题与解决方案
在实际开发中，我遇到过不少由锁引发的问题。以下是几个典型案例：
死锁问题：多个事务互相等待对方释放锁
- 解决方案：保持一致的资源访问顺序，缩短事务时间
长事务问题：事务执行时间过长导致锁持有时间过久
- 解决方案：拆分大事务，设置合理的超时时间
锁等待超时：innodb_lock_wait_timeout参数设置过小
- 解决方案：根据业务特点调整该参数，默认50秒可能不适用所有场景
5. 性能监控与优化
5.1 慢查询日志分析
开启慢查询日志是发现性能问题的第一步：
-- 查看慢查询相关参数 SHOW VARIABLES LIKE 'slow_query%'; SHOW VARIABLES LIKE 'long_query_time'; -- 设置慢查询阈值(秒) SET GLOBAL long_query_time = 1; SET GLOBAL slow_query_log = 'ON';分析慢查询日志时，重点关注：
- 执行频率高的慢查询
- 执行时间特别长的查询
- 没有使用索引的查询
5.2 EXPLAIN执行计划详解
理解EXPLAIN的输出是SQL优化的基本功。关键字段解读：
| 字段 | 说明 |
|---|---|
| type | 访问类型，从好到差：system > const > eq_ref > ref > range > index > ALL |
| possible_keys | 可能使用的索引 |
| key | 实际使用的索引 |
| rows | 预估需要检查的行数 |
| Extra | 额外信息，如Using filesort、Using temporary等需要特别注意 |
6. 实战经验分享
在实际项目中，我总结出以下几点经验：
- 开发环境与生产环境的MySQL配置往往不同，性能测试要在尽可能接近生产的环境中进行
- 不要过度依赖ORM，复杂查询直接使用SQL往往更高效
- 定期进行数据库健康检查，包括索引使用情况、表碎片整理等
- 重要的数据变更操作一定要有回滚方案
关于索引的使用，有一个常见的误区：认为索引越多越好。实际上，每个额外的索引都会增加写入开销并占用存储空间。我曾经优化过一个表，删除了一些冗余索引后，写入性能提升了30%。
最后提醒一点：MySQL的版本差异很大，5.7、8.0等版本在优化器、功能上有显著区别，学习时要明确自己使用的版本。