mysql高阶知识梳理
知识梳理
| 序号 | 主题 | 内容概述 |
|---|---|---|
| 1 | 事务的ACID原则 | 原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability） |
| 2 | 数据库设计的三大范式 | 第一范式（1NF）、第二范式（2NF）、第三范式（3NF） |
| 3 | 索引类型 | 1. 二叉树搜索树 2. 红黑树 3. B树 4. B+树 5. 索引概念概述 |
| 4 | SQL解析 | SQL语句的解析过程 |
| 5 | 锁机制 | 1. 行锁 2. 表锁 3. 范围锁 4. 悲观锁 5. 乐观锁 6. 读写锁 |
| 6 | JOIN查询 | 1. 7种常见的JOIN查询 2. SQL示例 3. JOIN查询图示（未列出所有图示） |
| 7 | Union和Union All | SQL中的Union与Union All的区别和使用场景 |
| 8 | 索引优化 | 1. 索引分类（单值、唯一、主键、复合索引） 2. Explain性能分析 3. 索引优化入门案例 4. 索引失效分析 5. 分组排序优化 |
| 9 | SQL优化 | SQL语句的优化方法和技巧 |
索引优化细分
| 序号 | 内容 | 详细描述 |
|---|---|---|
| 8.1 | 索引分类 | - 单值索引：基于单个列的索引，用于加快单个列的查询速度。 - 唯一索引：保证表中每行在该索引列上的值都是唯一的，常用于主键或外键列。 - 主键索引：表的主键自动创建唯一索引，且不允许NULL值。 - 复合索引：基于两个或更多列的索引，用于优化包含这些列的查询条件。 |
| 8.2 | Explain性能分析 | EXPLAIN语句用于分析SELECT语句的执行计划，帮助开发者了解MySQL如何处理查询。关键字段包括：- id：查询的标识符，用于区分查询中的各个部分。 - select_type：查询的类型，如SIMPLE（简单查询，不使用UNION或子查询等）、PRIMARY（查询中的最外层查询）、UNION等。 - table：输出行所引用的表。 - type：连接类型，表示MySQL如何找到所需的行，如ALL（全表扫描）、index（索引扫描）、range（索引范围扫描）等。 - possible_keys：显示可能应用在这张表上的索引，但最终不一定被使用。 - key：实际使用的索引。 - key_len：使用的索引的长度。在不损失精确性的情况下，长度越短越好。 - ref：显示索引的哪一列或常量被用于查找值。 - rows：MySQL认为必须检查的用来返回请求数据的行数估计值。 - Extra：包含不适合在其他列中显示但十分重要的额外信息，如是否使用了索引来连接表等。 |
| 8.3 | 索引优化入门案例 | - 驱动表与被驱动表：在JOIN操作中，选择小表作为驱动表可以减少IO成本。 - 单表索引优化：针对单表查询优化索引，确保查询条件中的列被索引覆盖。 - 两表索引优化：对于两表JOIN查询，确保JOIN条件中的列被索引，并考虑使用复合索引。 - 三表及以上索引优化：对于多表JOIN查询，除了确保JOIN条件被索引外，还需要考虑查询的过滤条件和排序需求。 |
| 8.4 | 索引失效分析 | - 最佳左前缀法则：如果查询条件没有使用索引列的最左前缀，则索引不会生效。 - 避免在索引字段上做计算：在索引列上进行计算或函数操作会导致索引失效。 - 避免在索引字段上做范围查询：范围查询（如 >, <, BETWEEN）后的列索引将不再被使用。- 查询字段和索引字段尽量一致：确保SELECT列表中的字段尽可能被索引覆盖，减少回表操作。 - 慎用IS NULL和IS NOT NULL：对索引列使用IS NULL或IS NOT NULL查询可能会使索引失效。 - LIKE的前后模糊匹配：以 %开头的LIKE查询会使索引失效，除非使用全文索引。- 使用UNION或UNION ALL代替OR：在某些情况下，使用UNION或UNION ALL代替OR可以提高查询效率，但需注意UNION会去除重复行。 |
| 8.5 | 分组排序优化 | - ORDER BY之前先使用WHERE等条件过滤：减少需要排序的数据量。 - WHERE和ORDER BY所用到的索引尽量一致：这样可以利用索引的排序属性，避免额外的排序操作。 - 排序的方向必须一致：如果WHERE子句中有排序操作（如使用ORDER BY子句的子查询），确保排序方向与外层查询的ORDER BY方向一致，以减少额外的排序步骤。 |
SQL优化细分
| 序号 | 内容 | 详细描述 |
|---|---|---|
| 9.1 | SQL语句优化 - 基础篇 | - 避免SELECT * ：尽量指定需要查询的列，减少数据传输量，尤其是当表中含有大量列或大数据类型列时。 - 使用表连接代替子查询：在能够确保性能的情况下，使用JOIN代替子查询可以提高查询效率，因为JOIN可以更好地利用索引和查询优化器的优化策略。 - 合理使用索引：确保查询条件中的列被索引覆盖，避免全表扫描。同时，注意索引的维护，如定期重建或优化索引。 - 优化WHERE子句：将过滤条件放在WHERE子句中，减少需要处理的数据量。同时，注意WHERE子句中的条件顺序，虽然大多数数据库优化器会自动优化条件顺序，但在某些情况下，手动调整可以获得更好的性能。 - 避免在WHERE子句中进行函数操作：这会导致索引失效，因为数据库无法直接利用索引来加速查询。如果必须进行函数操作，考虑在数据插入或更新时预处理数据，或者在查询时使用临时表或派生表。 - 使用聚合函数时考虑GROUP BY：合理使用GROUP BY可以减少需要聚合的数据量，提高查询效率。同时，注意GROUP BY子句中的列顺序和索引的使用。 - 使用LIMIT分页：对于大量数据的查询，使用LIMIT子句进行分页可以显著提高性能，避免一次性加载过多数据到内存中。 |
| 9.2 | SQL语句优化 - 进阶篇 | - 查询缓存：利用数据库的查询缓存功能，对于重复执行的查询，可以直接从缓存中获取结果，避免重复计算。但需要注意缓存的失效策略和缓存大小的管理。 - 分析执行计划：使用EXPLAIN或类似的工具分析查询的执行计划，了解查询是如何被数据库执行的，包括连接类型、索引使用情况、预计的行数等。根据执行计划调整查询语句或索引策略。 - 优化数据类型：选择合适的数据类型可以减少存储空间，提高查询效率。例如，使用INT代替VARCHAR来存储数字类型的数据。 - 使用JOIN的替代方案：在某些情况下，使用IN或EXISTS代替JOIN可以提高查询效率。这取决于数据的分布和查询的具体需求。 - 批量处理：对于需要插入、更新或删除大量数据的操作，考虑使用批量处理的方式，减少与数据库的交互次数，提高性能。 - 避免使用SELECT DISTINCT：在可能的情况下，尽量避免使用SELECT DISTINCT，因为它会消耗额外的计算资源来去除重复的行。如果必须去除重复行，考虑在数据插入或更新时就去除重复。 - 使用存储过程和函数：将复杂的查询逻辑封装在存储过程或函数中，可以减少网络传输的数据量，提高性能。但需要注意存储过程和函数的管理和维护成本。 |
| 9.3 | SQL语句优化 - 并发与锁优化 | - 合理设计索引：通过合理设计索引，可以减少锁的竞争，提高并发性能。例如，在高并发场景下，避免在经常更新的列上建立索引。 - 使用乐观锁或悲观锁：根据业务需求选择合适的锁策略。乐观锁适用于写操作较少、冲突概率较低的场景；悲观锁适用于写操作频繁、冲突概率较高的场景。 - 减少锁的范围：尽量减少锁的范围，避免锁定整个表或大量行。例如，使用行级锁代替表级锁。 - 优化事务处理：合理设计事务的大小和持续时间，避免长时间占用锁资源。同时，确保事务的完整性，避免因为事务失败而导致锁资源无法释放。 - 使用数据库的并发控制机制：了解并充分利用数据库提供的并发控制机制，如MVCC（多版本并发控制）等，以提高并发性能。 |
请注意，以上内容仅涵盖了SQL优化的一部分方面，并且具体的优化策略需要根据实际的数据库环境、业务需求和数据特性来制定。在实际应用中，建议通过性能测试和调优来验证不同优化策略的效果。
当然，我们可以继续深入探讨SQL优化、数据库性能调优以及相关的最佳实践。以下是一些额外的扩展内容：
SQL优化 - 深入篇
| 序号 | 内容 | 详细描述 |
|---|---|---|
| 9.4 | 索引维护 | 索引虽然可以显著提高查询性能，但也需要定期维护。包括重建或重新组织索引碎片、删除无用索引以及监控索引的使用情况。索引的维护对于保持数据库性能至关重要。 |
| 9.5 | 归档旧数据 | 随着时间的推移，数据库中的数据量会不断增长。对于不再经常访问的旧数据，可以考虑将其归档到另一个数据库或存储系统中，以减少主数据库的负担并提高查询性能。 |
| 9.6 | 使用分区表 | 对于大型表，使用分区表可以将其拆分成更小的、更易于管理的部分。这可以提高查询性能，因为查询可以只扫描包含所需数据的分区。同时，分区表还可以简化数据的维护和管理。 |
| 9.7 | 查询重写 | 有时，通过重写查询语句，可以显著提高查询性能。例如，使用更高效的JOIN类型（如INNER JOIN代替多个LEFT JOIN），或者将复杂的子查询替换为临时表或派生表。 |
| 9.8 | 慢查询分析 | 定期对慢查询进行分析，找出执行时间较长的查询语句，并对其进行优化。可以使用数据库自带的慢查询日志功能，或者通过第三方工具进行监控和分析。 |
数据库性能调优
| 序号 | 内容 | 详细描述 |
|---|---|---|
| 10.1 | 硬件配置 | 合理的硬件配置是数据库性能的基础。包括足够的CPU资源、内存、高速的存储系统和网络带宽。根据数据库的使用情况和业务需求，选择合适的硬件配置。 |
| 10.2 | 数据库配置 | 数据库的配置参数对性能有很大影响。例如，缓冲区大小、连接数、查询缓存大小等。需要根据数据库的使用情况和业务需求，对配置参数进行调整和优化。 |
| 10.3 | 并发控制 | 并发控制是数据库性能调优的重要方面。包括锁策略的选择、事务的隔离级别、死锁的预防和处理等。需要根据业务需求和数据访问模式，制定合理的并发控制策略。 |
| 10.4 | 缓存策略 | 缓存是减少数据库IO操作、提高查询性能的有效手段。包括查询缓存、结果集缓存、页面缓存等。需要根据实际情况，选择合适的缓存策略，并合理设置缓存大小和过期时间。 |
| 10.5 | 监控与日志 | 监控和日志是数据库性能调优的重要工具。通过监控数据库的性能指标，可以及时发现性能瓶颈并进行优化。同时，通过日志分析，可以了解数据库的运行情况和潜在问题。 |
最佳实践
| 序号 | 最佳实践 | 描述 |
|---|---|---|
| 11.1 | 规范化与反规范化 | 根据业务需求和数据访问模式，选择合适的数据库设计策略。规范化可以减少数据冗余和提高数据一致性，但可能会增加查询的复杂性；反规范化则可以提高查询性能，但可能会增加数据冗余和维护成本。 |
| 11.2 | 使用预编译语句 | 使用预编译语句可以减少SQL语句的解析和编译时间，提高查询性能。同时，预编译语句还可以防止SQL注入等安全问题。 |
| 11.3 | 避免大事务 | 尽量避免执行大型事务，因为大型事务会占用更多的锁资源，增加死锁的风险，并可能导致长时间的数据不一致。 |
| 11.4 | 定期备份与恢复测试 | 定期备份数据库数据，并进行恢复测试，以确保数据的安全性和可恢复性。 |
| 11.5 | 文档化与维护计划 | 制定详细的数据库文档化计划和维护计划，包括数据库架构、配置参数、性能调优记录等。这有助于团队成员之间的协作和数据库的长期维护。 |
请注意，以上内容只是数据库性能调优和SQL优化的一些方面，并且具体的实现和效果可能会因不同的数据库系统（如MySQL、Oracle、SQL Server等）和具体的使用场景而有所不同。因此，在实际应用中，建议结合具体的数据库系统和业务需求，制定详细的性能调优和SQL优化策略。
原文地址：https://blog.csdn.net/2401_83447580/article/details/140544120
免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！