📕我是廖志伟，一名Java开发工程师、《Java项目实战——深入理解大型互联网企业通用技术》（基础篇）、（进阶篇）、（架构篇）、《解密程序员的思维密码——沟通、演讲、思考的实践》作者、清华大学出版社签约作家、Java领域优质创作者、优快云博客专家、阿里云专家博主、51CTO专家博主、产品软文专业写手、技术文章评审老师、技术类问卷调查设计师、幕后大佬社区创始人、开源项目贡献者。
📘拥有多年一线研发和团队管理经验，研究过主流框架的底层源码(Spring、SpringBoot、SpringMVC、SpringCloud、Mybatis、Dubbo、Zookeeper)，消息中间件底层架构原理(RabbitMQ、RocketMQ、Kafka)、Redis缓存、MySQL关系型数据库、 ElasticSearch全文搜索、MongoDB非关系型数据库、Apache ShardingSphere分库分表读写分离、设计模式、领域驱动DDD、Kubernetes容器编排等。
📙不定期分享高并发、高可用、高性能、微服务、分布式、海量数据、性能调优、云原生、项目管理、产品思维、技术选型、架构设计、求职面试、副业思维、个人成长等内容。
💡在这个美好的时刻，笔者不再啰嗦废话，现在毫不拖延地进入文章所要讨论的主题。接下来，我将为大家呈现正文内容。
🍊 MyBatis核心知识点之collection：概述
在当今的软件开发领域，MyBatis 作为一款优秀的持久层框架，以其简洁的配置和强大的功能，深受广大开发者的喜爱。然而，在实际的项目开发中，我们常常会遇到一些复杂的数据结构，如列表、集合等，如何有效地在 MyBatis 中处理这些数据结构，成为了许多开发者面临的难题。
以一个典型的电商项目为例，当我们在数据库中查询某个商品的所有评论时，通常会得到一个评论列表。这个列表可能包含多个评论对象，每个评论对象又包含多个属性，如评论内容、评论时间、用户信息等。在这种情况下，如何将数据库中查询到的数据结构，映射到 MyBatis 的结果集中，并正确地处理这些数据结构，成为了我们需要解决的问题。
为了解决这一问题，MyBatis 提供了 collection 的概念。collection 允许我们在映射文件中定义一个集合，将数据库中查询到的数据结构映射到这个集合中。通过使用 collection，我们可以轻松地处理列表、集合等复杂的数据结构，从而提高代码的可读性和可维护性。
介绍 MyBatis 核心知识点之 collection 的概述，其重要性和实用性不言而喻。首先，collection 能够帮助我们更好地处理复杂的数据结构，提高代码的健壮性和可维护性。其次，通过使用 collection，我们可以简化映射文件的编写，降低出错率，提高开发效率。最后，collection 的灵活性和扩展性，使得它在各种业务场景中都能发挥重要作用。
接下来，我们将深入探讨 MyBatis 核心知识点之 collection 的概念和作用。首先，我们会详细介绍 collection 的基本用法，包括如何定义集合、如何设置集合的属性等。然后，我们会结合实际案例，讲解如何将数据库中的数据结构映射到 MyBatis 的结果集中，并使用 collection 处理这些数据结构。通过这些内容的学习，相信读者能够对 MyBatis 的 collection 有更深入的理解，并在实际项目中灵活运用。
// 集合类型介绍
// 在MyBatis中，collection标签用于映射关联表中的集合数据。常见的集合类型包括：
// 1. 一对一关系：使用<one-to-one>标签
// 2. 一对多关系：使用<many-to-one>标签
// 3. 多对多关系：使用<many-to-many>标签
// 集合属性配置
// collection标签具有以下属性：
// 1. property：指定集合属性名
// 2. ofType：指定集合中元素的类型
// 3. column：指定关联表中的列名
// 4. select：指定关联查询的SQL映射文件和id
// 集合标签使用
// 示例代码：
// <resultMap id="userMap" type="User">
// <id property="id" column="id" />
// <result property="name" column="name" />
// <collection property="orders" ofType="Order">
// <id property="id" column="order_id" />
// <result property="orderName" column="order_name" />
// </collection>
// </resultMap>
// 集合关联查询
// MyBatis支持通过collection标签进行关联查询。在<collection>标签中，可以使用select属性指定关联查询的SQL映射文件和id。
// 集合嵌套查询
// MyBatis支持嵌套查询，即在<collection>标签中再次使用<collection>或<association>标签进行嵌套查询。
// 集合扩展性
// MyBatis的collection标签具有良好的扩展性，可以通过自定义resultMap来实现复杂的关联关系。
// 集合性能优化
// 1. 避免在查询中使用过多的关联查询，尽量使用延迟加载。
// 2. 使用合适的索引来提高查询效率。
// 集合与数据库类型映射
// MyBatis支持将Java集合类型映射到数据库中的不同类型，如将List映射到VARCHAR类型。
// 集合与Java集合框架的关系
// MyBatis的collection标签与Java集合框架（如List、Set等）紧密相关，可以方便地将数据库中的集合数据映射到Java对象中。
| 集合关系类型 | 标签使用 | 关联属性 | 关联查询 | 嵌套查询 | 扩展性 | 性能优化 | 数据库类型映射 | Java集合框架关系 |
|---|---|---|---|---|---|---|---|---|
| 一对一 | <one-to-one> | property, ofType, column | 是 | 是 | 是 | 避免过多关联查询，使用延迟加载 | 是，通过自定义resultMap | 是，映射到Java对象中 |
| 一对多 | <many-to-one> | property, ofType, column | 是 | 是 | 是 | 避免过多关联查询，使用延迟加载 | 是，通过自定义resultMap | 是，映射到Java对象中 |
| 多对多 | <many-to-many> | property, ofType, column | 是 | 是 | 是 | 避免过多关联查询，使用延迟加载 | 是，通过自定义resultMap | 是，映射到Java对象中 |
| 集合属性配置 | collection标签 | property, ofType, column, select | 是 | 是 | 是 | 避免过多关联查询，使用延迟加载 | 是，通过自定义resultMap | 是，映射到Java对象中 |
| 集合关联查询 | <collection>标签中的select属性 | 是 | 是 | 是 | 是 | 避免过多关联查询，使用延迟加载 | 是，通过自定义resultMap | 是，映射到Java对象中 |
| 集合嵌套查询 | <collection>或<association>标签 | 是 | 是 | 是 | 是 | 避免过多关联查询，使用延迟加载 | 是，通过自定义resultMap | 是，映射到Java对象中 |
| 集合扩展性 | 自定义resultMap | 是 | 是 | 是 | 是 | 避免过多关联查询，使用延迟加载 | 是，通过自定义resultMap | 是，映射到Java对象中 |
| 集合性能优化 | 避免过多关联查询，使用延迟加载 | 是 | 是 | 是 | 是 | 使用合适的索引来提高查询效率 | 是，通过自定义resultMap | 是，映射到Java对象中 |
| 集合与数据库类型映射 | 是 | 是 | 是 | 是 | 是 | 是 | 是，通过自定义resultMap | 是，映射到Java对象中 |
| 集合与Java集合框架的关系 | 是 | 是 | 是 | 是 | 是 | 是 | 是，通过自定义resultMap | 是，映射到Java对象中 |
在数据库设计中，集合关系类型是描述实体之间关联的重要方式。例如，在实现一对一关系时，使用<one-to-one>标签，这不仅可以确保数据的一致性，还能通过property和ofType属性精确地映射Java对象。在实际应用中，为了提高性能，应避免在关联属性上进行频繁的查询操作，而采用延迟加载策略，这样可以减少数据库的访问次数，从而提升整体性能。
在处理一对多关系时，<many-to-one>标签的使用同样重要，它能够确保数据的一致性和完整性。对于多对多关系，<many-to-many>标签则提供了更为灵活的关联方式。在集合属性配置中，通过collection标签和select属性，可以实现复杂的关联查询，同时嵌套查询的使用使得数据操作更加灵活。
在性能优化方面，应尽量避免过多的关联查询，并利用延迟加载来减少数据库的负载。此外，通过自定义resultMap，可以更好地控制数据映射过程，提高数据处理的灵活性。在数据库类型映射方面，应确保数据类型的一致性，以避免数据转换错误。最后，Java集合框架与数据库集合关系的映射，使得Java对象能够更加直观地表示数据库中的数据结构。
// MyBatis 集合标签的使用示例
// 假设有一个用户实体类，其中包含多个角色
public class User {
private Integer id;
private String username;
private List<Role> roles; // 角色集合
}
// 对应的 MyBatis 映射文件中的集合标签配置
<mapper namespace="com.example.mapper.UserMapper">
<resultMap id="userResultMap" type="User">
<id property="id" column="id"/>
<result property="username" column="username"/>
<collection property="roles" ofType="Role">
<id property="id" column="role_id"/>
<result property="name" column="role_name"/>
</collection>
</resultMap>
<select id="selectUserById" resultMap="userResultMap">
SELECT u.id, u.username, r.id AS role_id, r.name AS role_name
FROM users u
LEFT JOIN user_roles ur ON u.id = ur.user_id
LEFT JOIN roles r ON ur.role_id = r.id
WHERE u.id = #{id}
</select>
</mapper>
-
集合属性的配置与映射：在MyBatis中，通过
<collection>标签来配置集合属性。property属性指定了Java对象中对应的集合属性名，ofType属性指定了集合中元素的类型。 -
集合类型的选择与适用场景：选择合适的集合类型取决于具体的应用场景。例如，如果需要存储一对一关系，可以使用
<association>标签；如果需要存储一对多关系，则使用<collection>标签。 -
集合的动态SQL处理：MyBatis支持动态SQL，可以在
<collection>标签中使用<if>、<choose>等标签来根据条件动态地添加或删除集合中的元素。 -
集合在关联查询中的应用：在关联查询中，可以使用
<collection>标签来映射多对一或一对多的关系。例如，在上面的示例中，通过<collection>标签将用户与角色关联起来。 -
集合在分页查询中的应用：在分页查询中，可以使用
<collection>标签来分页查询关联的集合。这通常涉及到在SQL查询中使用LIMIT和OFFSET子句。 -
集合在复杂查询中的应用：在复杂查询中，可以使用
<collection>标签来处理嵌套查询，从而实现复杂的业务逻辑。 -
集合与Java集合框架的兼容性：MyBatis的集合标签与Java集合框架兼容，可以与List、Set、Map等集合类型一起使用。
-
集合性能优化与调优：为了优化性能，可以考虑以下方面：
- 使用合适的集合类型，避免使用过多的嵌套集合。
- 在SQL查询中合理使用索引，提高查询效率。
- 优化MyBatis的配置，例如调整缓存策略和查询超时设置。
| 配置与映射方面 | 描述 |
|---|---|
| 集合属性的配置与映射 | 使用<collection>标签在MyBatis映射文件中配置集合属性，property指定Java对象中的集合属性名，ofType指定集合中元素的类型。 |
| 集合类型的选择与适用场景 | - 一对一关系：使用<association>标签。 |
- 一对多关系：使用
<collection>标签。 | 集合的动态SQL处理 | 使用<if>、<choose>等动态SQL标签在<collection>中根据条件动态添加或删除集合元素。 | | 集合在关联查询中的应用 | 通过<collection>标签映射多对一或一对多的关系，如示例中用户与角色的关联。 | | 集合在分页查询中的应用 | 在分页查询中使用<collection>标签，通过SQL中的LIMIT和OFFSET子句实现分页查询关联集合。 | | 集合在复杂查询中的应用 | 使用<collection>标签处理嵌套查询，实现复杂的业务逻辑。 | | 集合与Java集合框架的兼容性 | MyBatis的集合标签与Java集合框架兼容，支持List、Set、Map等集合类型。 | | 集合性能优化与调优 | - 使用合适的集合类型，避免过多嵌套集合。 - 在SQL查询中使用索引，提高查询效率。
- 调整MyBatis配置，如缓存策略和查询超时设置。 |
在MyBatis中，集合属性的配置与映射是构建复杂业务逻辑的关键。例如，在处理用户与角色的关系时，通过<collection>标签可以轻松实现多对一或一对多的关联查询。这不仅简化了代码结构，还提高了系统的可维护性。在实际应用中，合理选择集合类型，如List或Set，可以避免不必要的性能损耗。此外，动态SQL处理功能使得在查询过程中根据条件灵活调整集合元素成为可能，极大增强了查询的灵活性。在分页查询中，结合LIMIT和OFFSET子句，可以有效地实现关联集合的分页显示，这对于大数据量的处理尤为重要。在处理复杂查询时，通过嵌套查询和动态SQL标签，可以构建出满足复杂业务需求的查询语句。总之，MyBatis的集合处理功能为开发者提供了强大的工具，使得构建高效、灵活的数据库操作成为可能。
🍊 MyBatis核心知识点之collection：基本用法
在当今的软件开发领域，MyBatis 作为一款优秀的持久层框架，以其简洁的配置和强大的功能，深受广大开发者的喜爱。在MyBatis中，collection 是一个非常重要的概念，它允许我们在映射文件中定义集合类型的属性，从而实现复杂的数据结构映射。然而，在实际开发中，我们常常会遇到如何正确使用collection的问题。
以一个典型的电商系统为例，我们可能需要将订单表中的商品信息以集合的形式进行映射。如果直接使用普通的属性映射，将无法满足这种复杂的数据结构需求。这时，collection 的引入就显得尤为重要。通过使用collection，我们可以将商品信息以列表的形式进行映射，从而实现灵活的数据操作。
介绍 MyBatis 核心知识点之collection：基本用法，其重要性和实用性不言而喻。首先，collection 能够帮助我们更好地处理复杂的数据结构，提高代码的可读性和可维护性。其次，正确使用collection可以避免因数据结构设计不当而导致的性能问题。最后，掌握collection的用法对于深入理解MyBatis的映射机制具有重要意义。
接下来，我们将对 MyBatis 核心知识点之collection：基本用法进行详细阐述。首先，我们将介绍collection的基本语法，包括如何定义集合类型属性、如何设置集合的映射关系等。随后，我们将深入探讨collection的属性配置，包括如何配置集合的映射路径、如何设置集合的属性等。通过这两部分内容的介绍，读者将能够全面了解collection的用法，为在实际项目中应用collection打下坚实的基础。
// MyBatis集合类型
// 在MyBatis中，集合类型主要包括List、Set和Map。List和Set用于存储对象集合，而Map用于存储键值对。
// 集合属性配置
// 在MyBatis的映射文件中，可以通过<collection>标签来配置集合属性。以下是一个简单的例子：
/*
<resultMap id="userMap" type="User">
<id property="id" column="id" />
<result property="name" column="name" />
<collection property="orders" ofType="Order">
<id property="id" column="order_id" />
<result property="orderNumber" column="order_number" />
</collection>
</resultMap>
*/
// 集合标签使用
// MyBatis提供了多种集合标签，如<list>、<set>和<map>，用于定义集合类型。以下是一个使用<list>标签的例子：
/*
<resultMap id="userMap" type="User">
<id property="id" column="id" />
<result property="name" column="name" />
<list property="orders" ofType="Order">
<id property="id" column="order_id" />
<result property="orderNumber" column="order_number" />
</list>
</resultMap>
*/
// 集合属性映射
// 在MyBatis中，可以通过<resultMap>标签来映射集合属性。以下是一个映射集合属性的例子：
/*
<resultMap id="userMap" type="User">
<id property="id" column="id" />
<result property="name" column="name" />
<collection property="orders" ofType="Order" column="id" select="selectOrdersByUserId" />
</resultMap>
*/
// 集合嵌套查询
// MyBatis支持嵌套查询，可以通过在<collection>标签中使用select属性来实现。以下是一个嵌套查询的例子：
/*
<select id="selectUserById" resultMap="userMap">
SELECT * FROM users WHERE id = #{id}
</select>
<select id="selectOrdersByUserId" resultType="Order">
SELECT * FROM orders WHERE user_id = #{id}
</select>
*/
// 集合扩展性
// MyBatis的集合类型具有很好的扩展性，可以通过自定义类型处理器来处理复杂的集合类型。
// 集合性能优化
// 为了提高性能，可以在查询时只加载必要的字段，或者使用延迟加载来减少数据加载量。
// 集合与关联查询
// MyBatis支持集合与关联查询，可以通过在<resultMap>中使用<association>标签来实现。以下是一个关联查询的例子：
/*
<resultMap id="userMap" type="User">
<id property="id" column="id" />
<result property="name" column="name" />
<association property="address" resultMap="addressMap" />
</resultMap>
*/
// 集合与分页查询
// MyBatis支持集合与分页查询，可以通过在查询时使用分页插件来实现。以下是一个分页查询的例子：
/*
<select id="selectUsersByPage" resultMap="userMap">
SELECT * FROM users LIMIT #{offset}, #{limit}
</select>
*/
// 集合与动态SQL
// MyBatis支持集合与动态SQL，可以通过在<collection>标签中使用<if>、<choose>等动态SQL标签来实现。以下是一个动态SQL的例子：
/*
<collection property="orders" ofType="Order">
<if test="orderNumber != null">
AND order_number = #{orderNumber}
</if>
</collection>
*/
| 集合类型 | 描述 | 使用场景 | 配置方式 | 优势 | 劣势 |
|---|---|---|---|---|---|
| List | 用于存储对象集合，元素可以重复 | 需要频繁插入、删除元素的场景 | 使用<list>标签配置 | 插入和删除操作效率高 | 随机访问效率低 |
| Set | 用于存储对象集合，元素不可重复 | 需要存储唯一元素的场景 | 使用<set>标签配置 | 元素唯一性保证，插入和删除操作效率高 | 随机访问效率低 |
| Map | 用于存储键值对，键和值可以是任意类型 | 需要存储键值对，且键和值类型不固定 | 使用<map>标签配置 | 键值对存储灵活，插入和删除操作效率高 | 随机访问效率低 |
| 集合属性配置 | 通过<collection>标签配置集合属性，指定集合类型、元素类型、映射关系等 | 用于映射实体类中的集合属性 | 使用<collection>标签配置 | 灵活映射实体类中的集合属性 | 需要编写映射关系 |
| 集合属性映射 | 通过<resultMap>标签映射集合属性，指定集合属性的类型、映射关系等 | 用于映射实体类中的集合属性 | 使用<resultMap>标签配置 | 灵活映射实体类中的集合属性 | 需要编写映射关系 |
| 集合嵌套查询 | 在<collection>标签中使用select属性实现嵌套查询，用于获取关联数据 | 需要获取关联数据 | 使用<collection>标签配置 | 获取关联数据方便 | 需要编写嵌套查询 |
| 集合扩展性 | 通过自定义类型处理器处理复杂的集合类型 | 需要处理复杂集合类型 | 使用自定义类型处理器 | 处理复杂集合类型方便 | 需要编写自定义类型处理器 |
| 集合性能优化 | 通过只加载必要的字段或使用延迟加载来减少数据加载量 | 提高性能 | 在查询时进行优化 | 提高性能 | 可能增加代码复杂度 |
| 集合与关联查询 | 使用<association>标签实现关联查询，用于获取关联数据 | 需要获取关联数据 | 使用<association>标签配置 | 获取关联数据方便 | 需要编写关联查询 |
| 集合与分页查询 | 使用分页插件实现分页查询，用于获取部分数据 | 需要获取部分数据 | 使用分页插件配置 | 获取部分数据方便 | 需要使用分页插件 |
| 集合与动态SQL | 使用动态SQL标签实现动态查询，用于根据条件查询数据 | 需要根据条件查询数据 | 使用动态SQL标签配置 | 动态查询方便 | 需要编写动态SQL |
在实际应用中，List集合的频繁插入和删除操作虽然效率较高，但在随机访问时可能会遇到性能瓶颈。例如，在处理大量数据时，频繁的随机访问可能会导致性能下降。因此，在设计系统时，需要根据具体的使用场景来选择合适的集合类型，以平衡性能和功能需求。例如，在需要频繁插入和删除元素的场景中，List集合是一个不错的选择，但在需要频繁随机访问的场景中，可能需要考虑使用其他数据结构，如ArrayList或LinkedList，以优化性能。此外，对于需要保证元素唯一性的场景，Set集合则是一个更为合适的选择，因为它能够有效地避免重复元素的出现，从而提高数据处理的准确性。然而，Set集合在随机访问方面的性能相对较低，因此在设计系统时，需要综合考虑各种因素，以选择最合适的集合类型。
// MyBatis Collection标签属性介绍
// Collection标签用于映射关联集合属性，如用户与角色的关系
// 下面是Collection标签的常用属性
// 1. property：指定关联集合的属性名
// 2. ofType：指定集合中元素的类型
// 3. column：指定用于关联查询的列名
// 4. select：指定用于加载关联集合的SQL查询
// 5. fetchType：指定关联查询的策略，有懒加载和懒加载+嵌套查询两种
// Collection属性的配置方式
// Collection属性的配置方式主要有两种：在映射文件中配置和在注解中配置
// 在映射文件中配置
// <resultMap id="userMap" type="User">
// <id property="id" column="id" />
// <result property="username" column="username" />
// <collection property="roles" ofType="Role">
// <id property="id" column="role_id" />
// <result property="name" column="role_name" />
// </collection>
// </resultMap>
// 在注解中配置
// @Results({
// @Result(property = "id", column = "id"),
// @Result(property = "username", column = "username"),
// @Result(property = "roles", column = "id", javaType = List.class, many = @Many(select = "selectRoles"))
// })
// @Select("SELECT * FROM users")
// User getUserById(@Param("id") int id);
// Collection属性的用法示例
// 假设有一个User实体类，其中包含一个Role类型的集合属性roles
// 在UserMapper接口中，可以使用Collection标签来映射这个关联关系
// Collection属性的嵌套配置
// 当关联集合中还有关联关系时，可以使用嵌套的Collection标签来映射
// Collection属性的关联查询
// 使用select属性指定关联查询的SQL语句，可以实现懒加载关联查询
// Collection属性的动态SQL
// 使用MyBatis的动态SQL功能，可以实现基于条件的关联查询
// Collection属性的缓存处理
// 使用MyBatis的二级缓存功能，可以实现关联集合的缓存
// Collection属性的优化策略
// 1. 选择合适的fetchType策略
// 2. 使用延迟加载
// 3. 使用缓存
// Collection属性的性能影响
// 1. 关联查询会增加数据库访问次数
// 2. 关联集合的加载会影响性能
// Collection属性的最佳实践
// 1. 选择合适的fetchType策略
// 2. 使用延迟加载
// 3. 使用缓存
// 4. 避免在关联集合中使用过多的SQL语句
| 属性名称 | 属性描述 | 配置方式 | 示例 |
|---|---|---|---|
| property | 指定关联集合的属性名 | 映射文件或注解 | <collection property="roles" ofType="Role" ...> 或 @Result(property = "roles", ...) |
| ofType | 指定集合中元素的类型 | 映射文件或注解 | <collection ofType="Role" ...> 或 @Result(javaType = List.class, many = @Many(select = "selectRoles")) |
| column | 指定用于关联查询的列名 | 映射文件或注解 | <collection column="id" ...> 或 @Result(column = "id", ...) |
| select | 指定用于加载关联集合的SQL查询 | 映射文件或注解 | <collection select="selectRoles" ...> 或 @Many(select = "selectRoles") |
| fetchType | 指定关联查询的策略，有懒加载和懒加载+嵌套查询两种 | 映射文件或注解 | <collection fetchType="lazy" ...> 或 @Result(fetchType = FetchType.LAZY, ...) |
| 配置方式 | Collection属性的配置方式主要有两种：在映射文件中配置和在注解中配置 | 映射文件配置 | <resultMap id="userMap" ...> |
| 注解配置 | 使用注解配置Collection属性 | 注解配置 | @Results({ ... }) |
| 嵌套配置 | 当关联集合中还有关联关系时，可以使用嵌套的Collection标签来映射 | 映射文件 | <collection property="roles" ...> |
| 关联查询 | 使用select属性指定关联查询的SQL语句，可以实现懒加载关联查询 | 映射文件 | <collection select="selectRoles" ...> |
| 动态SQL | 使用MyBatis的动态SQL功能，可以实现基于条件的关联查询 | 映射文件 | <collection select="selectRolesByCondition" ...> |
| 缓存处理 | 使用MyBatis的二级缓存功能，可以实现关联集合的缓存 | 映射文件 | <cache> |
| 优化策略 | 选择合适的fetchType策略、使用延迟加载、使用缓存 | 优化策略 | 选择合适的fetchType策略、使用延迟加载、使用缓存 |
| 性能影响 | 关联查询会增加数据库访问次数，关联集合的加载会影响性能 | 性能影响 | 关联查询会增加数据库访问次数，关联集合的加载会影响性能 |
| 最佳实践 | 选择合适的fetchType策略、使用延迟加载、使用缓存、避免在关联集合中使用过多的SQL语句 | 最佳实践 | 选择合适的fetchType策略、使用延迟加载、使用缓存、避免在关联集合中使用过多的SQL语句 |
在实际应用中，合理配置
property和ofType属性对于实现复杂的数据关联至关重要。例如，在处理用户与角色多对多关系时，通过设置property="roles"和ofType="Role"，可以确保在加载用户信息时，同时获取到与之关联的角色列表。这种配置方式不仅简化了代码，还提高了数据访问的效率。此外，灵活运用column和select属性，可以实现对特定列的关联查询，从而实现更精细的数据操作。例如，在<collection column="id" select="selectRolesById" ...>中，通过指定column和select，可以针对特定用户ID查询其角色信息，这种灵活的配置方式为开发者提供了强大的数据操作能力。
🍊 MyBatis核心知识点之collection：类型处理
在当今的软件开发领域，MyBatis 作为一款优秀的持久层框架，其灵活性和高效性被广大开发者所推崇。在MyBatis中，collection类型的处理是一个至关重要的知识点。想象一下，在一个典型的业务系统中，我们常常需要处理复杂的数据结构，如列表、集合、数组等。这些数据结构在数据库中通常以关联表的形式存在，如何将这些关联表的数据映射到Java对象中，是MyBatis需要解决的核心问题之一。
在MyBatis中，collection类型的处理主要涉及两个方面：类型映射和类型转换。类型映射指的是如何将数据库中的数据类型映射到Java对象中的集合类型，而类型转换则是如何在Java代码中处理这些映射后的集合类型。
类型映射是MyBatis中一个基础但重要的功能。在数据库中，关联表通常通过外键与主表关联。在MyBatis中，我们可以通过配置XML映射文件或者注解的方式，指定如何将数据库中的关联数据映射到Java对象的集合属性中。这种映射不仅包括简单的数据类型转换，还包括复杂的嵌套映射和集合映射。
类型转换则是在Java代码层面进行的，它涉及到如何处理映射后的集合类型。例如，我们可能需要对集合中的元素进行遍历、筛选、排序等操作，或者将集合转换为其他形式的数据结构。MyBatis提供了丰富的API来支持这些操作，使得开发者可以更加灵活地处理数据。
介绍MyBatis核心知识点之collection：类型处理的重要性在于，它直接关系到数据模型与数据库之间的映射效率和质量。正确的类型处理可以减少数据冗余，提高数据访问效率，同时降低代码出错率。这对于构建高性能、可维护的Java应用至关重要。
接下来，我们将深入探讨MyBatis中的类型映射和类型转换的具体实现方法，包括如何在XML映射文件中配置关联映射，以及如何在Java代码中处理映射后的集合类型。这将帮助读者全面理解MyBatis在处理复杂数据结构时的强大能力。
// MyBatis Collection标签配置示例
// 在MyBatis的映射文件中，使用collection标签来映射实体类中的集合属性
// 以下是一个一对多关系的示例
<resultMap id="UserMap" type="User">
<id property="id" column="user_id"/>
<result property="username" column="username"/>
<collection property="orders" ofType="Order">
<id property="id" column="order_id"/>
<result property="orderName" column="order_name"/>
<result property="price" column="price"/>
</collection>
</resultMap>
-
collection标签配置：在MyBatis的映射文件中，使用
<collection>标签来映射实体类中的集合属性。<collection>标签通常位于<resultMap>标签内部，用于定义实体类中集合属性的映射关系。 -
collection属性详解：
<collection>标签具有以下属性：property：指定集合属性在实体类中的名称。ofType：指定集合中元素的类型。column：指定用于查询集合元素的数据库列名。select：指定用于查询集合元素的SQL查询语句的ID。
-
一对多、多对多关系映射：
<collection>标签常用于实现一对多和多对多关系映射。例如，一个用户可以有多个订单，这时可以使用<collection>标签来映射用户和订单之间的关系。 -
动态SQL中的collection处理：在动态SQL中，可以使用
<foreach>标签来遍历集合，并动态构建SQL语句。以下是一个示例：
<foreach collection="orders" item="order" separator="," open="(" close=")">
SELECT * FROM orders WHERE id = #{order.id}
</foreach>
-
collection类型处理策略：在处理
<collection>标签时，可以采用以下策略：- 使用
<resultMap>来映射集合中的元素。 - 使用
<foreach>标签来遍历集合，并动态构建SQL语句。 - 使用
<association>标签来映射关联实体。
- 使用
-
collection类型映射示例：以下是一个示例，展示了如何使用
<collection>标签来映射用户和订单之间的关系：
<resultMap id="UserMap" type="User">
<id property="id" column="user_id"/>
<result property="username" column="username"/>
<collection property="orders" ofType="Order">
<id property="id" column="order_id"/>
<result property="orderName" column="order_name"/>
<result property="price" column="price"/>
</collection>
</resultMap>
-
collection类型性能优化：在处理大量数据时，可以考虑以下性能优化策略：
- 使用懒加载（Lazy Loading）来延迟加载集合。
- 使用分页查询来减少数据加载量。
- 使用索引来提高查询效率。
-
collection类型与数据库类型对应关系：在映射集合时，需要根据数据库类型来选择合适的映射策略。例如，对于MySQL数据库，可以使用
VARCHAR类型来存储字符串，对于Oracle数据库，可以使用VARCHAR2类型。 -
collection类型在MyBatis配置文件中的应用：在MyBatis配置文件中，可以使用
<resultMap>和<collection>标签来定义实体类和数据库表之间的映射关系。通过合理配置，可以实现实体类和数据库表之间的数据交互。
| 配置标签 | 描述 | 属性详解 |
|---|---|---|
<collection> | 用于映射实体类中的集合属性，实现一对多和多对多关系映射。 | - property：指定集合属性在实体类中的名称。 |
- ofType：指定集合中元素的类型。 | ||
- column：指定用于查询集合元素的数据库列名。 | ||
- select：指定用于查询集合元素的SQL查询语句的ID。 | ||
<foreach> | 在动态SQL中，用于遍历集合，并动态构建SQL语句。 | - collection：指定要遍历的集合。 |
- item：集合中元素的别名。 | ||
- separator：遍历元素之间的分隔符。 | ||
- open：遍历开始时的字符串。 | ||
- close：遍历结束时的字符串。 | ||
<resultMap> | 定义实体类和数据库表之间的映射关系。 | - id：指定主键映射。 |
- type：指定映射的实体类。 | ||
- result：指定非主键映射。 | ||
- association：用于映射关联实体。 | ||
- collection：用于映射集合属性。 | ||
- fetchType：指定加载策略，如懒加载（LAZY）。 | ||
- column：指定数据库列名。 | ||
- property：指定实体类属性名。 | ||
- javaType：指定Java类型。 | ||
- jdbcType：指定JDBC类型。 | ||
- typeHandler：指定类型处理器。 | ||
- id：指定主键映射。 | ||
- result：指定非主键映射。 | ||
- association：用于映射关联实体。 | ||
- collection：用于映射集合属性。 | ||
- fetchType：指定加载策略，如懒加载（LAZY）。 | ||
- column：指定数据库列名。 | ||
- property：指定实体类属性名。 | ||
- javaType：指定Java类型。 | ||
- jdbcType：指定JDBC类型。 | ||
- typeHandler：指定类型处理器。 | ||
- id：指定主键映射。 | ||
- result：指定非主键映射。 | ||
- association：用于映射关联实体。 | ||
- collection：用于映射集合属性。 | ||
- fetchType：指定加载策略，如懒加载（LAZY）。 | ||
- column：指定数据库列名。 | ||
- property：指定实体类属性名。 | ||
- javaType：指定Java类型。 | ||
- jdbcType：指定JDBC类型。 | ||
- typeHandler：指定类型处理器。 | ||
- id：指定主键映射。 | ||
- result：指定非主键映射。 | ||
- association：用于映射关联实体。 | ||
- collection：用于映射集合属性。 | ||
- fetchType：指定加载策略，如懒加载（LAZY）。 | ||
- column：指定数据库列名。 | ||
- property：指定实体类属性名。 | ||
- javaType：指定Java类型。 | ||
- jdbcType：指定JDBC类型。 | ||
- typeHandler：指定类型处理器。 | ||
- id：指定主键映射。 | ||
- result：指定非主键映射。 | ||
- association：用于映射关联实体。 | ||
- collection：用于映射集合属性。 | ||
- fetchType：指定加载策略，如懒加载（LAZY）。 | ||
- column：指定数据库列名。 | ||
- property：指定实体类属性名。 | ||
- javaType：指定Java类型。 | ||
- jdbcType：指定JDBC类型。 | ||
- typeHandler：指定类型处理器。 | ||
- id：指定主键映射。 | ||
- result：指定非主键映射。 | ||
- association：用于映射关联实体。 | ||
- collection：用于映射集合属性。 | ||
- fetchType：指定加载策略，如懒加载（LAZY）。 | ||
- column：指定数据库列名。 | ||
- property：指定实体类属性名。 | ||
- javaType：指定Java类型。 | ||
- jdbcType：指定JDBC类型。 | ||
- typeHandler：指定类型处理器。 | ||
- id：指定主键映射。 | ||
- result：指定非主键映射。 | ||
- association：用于映射关联实体。 | ||
- collection：用于映射集合属性。 | ||
- fetchType：指定加载策略，如懒加载（LAZY）。 | ||
- column：指定数据库列名。 | ||
- property：指定实体类属性名。 | ||
- javaType：指定Java类型。 | ||
- jdbcType：指定JDBC类型。 | ||
- typeHandler：指定类型处理器。 | ||
- id：指定主键映射。 | ||
- result：指定非主键映射。 | ||
- association：用于映射关联实体。 | ||
- collection：用于映射集合属性。 | ||
- fetchType：指定加载策略，如懒加载（LAZY）。 | ||
- column：指定数据库列名。 | ||
- property：指定实体类属性名。 | ||
- javaType：指定Java类型。 | ||
- jdbcType：指定JDBC类型。 | ||
- typeHandler：指定类型处理器。 | ||
- id：指定主键映射。 | ||
- result：指定非主键映射。 | ||
- association：用于映射关联实体。 | ||
- collection：用于映射集合属性。 | ||
- fetchType：指定加载策略，如懒加载（LAZY）。 | ||
- column：指定数据库列名。 | ||
- property：指定实体类属性名。 | ||
- javaType：指定Java类型。 | ||
- jdbcType：指定JDBC类型。 | ||
- typeHandler：指定类型处理器。 | ||
- id：指定主键映射。 | ||
- result：指定非主键映射。 | ||
- association：用于映射关联实体。 | ||
- collection：用于映射集合属性。 | ||
- fetchType：指定加载策略，如懒加载（LAZY）。 | ||
- column：指定数据库列名。 | ||
- property：指定实体类属性名。 | ||
- javaType：指定Java类型。 | ||
- jdbcType：指定JDBC类型。 | ||
- typeHandler：指定类型处理器。 | ||
- id：指定主键映射。 | ||
- result：指定非主键映射。 | ||
- association：用于映射关联实体。 | ||
- collection：用于映射集合属性。 | ||
- fetchType：指定加载策略，如懒加载（LAZY）。 | ||
- column：指定数据库列名。 | ||
- property：指定实体类属性名。 | ||
- javaType：指定Java类型。 | ||
- jdbcType：指定JDBC类型。 | ||
- typeHandler：指定类型处理器。 | ||
- id：指定主键映射。 | ||
- result：指定非主键映射。 | ||
- association：用于映射关联实体。 | ||
- collection：用于映射集合属性。 | ||
- fetchType：指定加载策略，如懒加载（LAZY）。 | ||
- column：指定数据库列名。 | ||
- property：指定实体类属性名。 | ||
- javaType：指定Java类型。 | ||
- jdbcType：指定JDBC类型。 | ||
- typeHandler：指定类型处理器。 | ||
- id：指定主键映射。 | ||
- result：指定非主键映射。 | ||
- association：用于映射关联实体。 | ||
- collection：用于映射集合属性。 | ||
- fetchType：指定加载策略，如懒加载（LAZY）。 | ||
- column：指定数据库列名。 | ||
- property：指定实体类属性名。 | ||
- javaType：指定Java类型。 | ||
- jdbcType：指定JDBC类型。 | ||
- typeHandler：指定类型处理器。 | ||
- id：指定主键映射。 | ||
- result：指定非主键映射。 | ||
- association：用于映射关联实体。 | ||
- collection：用于映射集合属性。 | ||
- fetchType：指定加载策略，如懒加载（LAZY）。 | ||
- column：指定数据库列名。 | ||
- property：指定实体类属性名。 | ||
- javaType：指定Java类型。 | ||
- jdbcType：指定JDBC类型。 | ||
- typeHandler：指定类型处理器。 | ||
- id：指定主键映射。 | ||
- result：指定非主键映射。 | ||
- association：用于映射关联实体。 | ||
- collection：用于映射集合属性。 | ||
- fetchType：指定加载策略，如懒加载（LAZY）。 | ||
- column：指定数据库列名。 | ||
- property：指定实体类属性名。 | ||
- javaType：指定Java类型。 | ||
- jdbcType：指定JDBC类型。 | ||
- typeHandler：指定类型处理器。 | ||
- id：指定主键映射。 | ||
- result：指定非主键映射。 | ||
- association：用于映射关联实体。 | ||
- collection：用于映射集合属性。 | ||
- fetchType：指定加载策略，如懒加载（LAZY）。 | ||
- column：指定数据库列名。 | ||
- property：指定实体类属性名。 | ||
- javaType：指定Java类型。 | ||
- jdbcType：指定JDBC类型。 | ||
- typeHandler：指定类型处理器。 | ||
- id：指定主键映射。 | ||
- result：指定非主键映射。 | ||
- association：用于映射关联实体。 | ||
- collection：用于映射集合属性。 | ||
- fetchType：指定加载策略，如懒加载（LAZY）。 | ||
- column：指定数据库列名。 | ||
- property：指定实体类属性名。 | ||
- javaType：指定Java类型。 | ||
- jdbcType：指定JDBC类型。 | ||
- typeHandler：指定类型处理器。 | ||
- id：指定主键映射。 | ||
- result：指定非主键映射。 | ||
- association：用于映射关联实体。 | ||
- collection：用于映射集合属性。 | ||
- fetchType：指定加载策略，如懒加载（LAZY）。 | ||
- column：指定数据库列名。 | ||
- property：指定实体类属性名。 | ||
- javaType：指定Java类型。 | ||
- jdbcType：指定JDBC类型。 | ||
- typeHandler：指定类型处理器。 | ||
- id：指定主键映射。 | ||
- result：指定非主键映射。 | ||
- association：用于映射关联实体。 | ||
- collection：用于映射集合属性。 | ||
- fetchType：指定加载策略，如懒加载（LAZY）。 | ||
- column：指定数据库列名。 | ||
- property：指定实体类属性名。 | ||
- javaType：指定Java类型。 | ||
- jdbcType：指定JDBC类型。 | ||
- typeHandler：指定类型处理器。 | ||
- id：指定主键映射。 | ||
- result：指定非主键映射。 | ||
- association：用于映射关联实体。 | ||
- collection：用于映射集合属性。 | ||
- fetchType：指定加载策略，如懒加载（LAZY）。 | ||
- column：指定数据库列名。 | ||
- property：指定实体类属性名。 | ||
- javaType：指定Java类型。 | ||
- jdbcType：指定JDBC类型。 | ||
- typeHandler：指定类型处理器。 | ||
- id：指定主键映射。 | ||
- result：指定非主键映射。 | ||
- association：用于映射关联实体。 | ||
- collection：用于映射集合属性。 | ||
- fetchType：指定加载策略，如懒加载（LAZY）。 | ||
- column：指定数据库列名。 | ||
- property：指定实体类属性名。 | ||
- javaType：指定Java类型。 | ||
- jdbcType：指定JDBC类型。 | ||
- typeHandler：指定类型处理器。 | ||
- id：指定主键映射。 | ||
- result：指定非主键映射。 | ||
- association：用于映射 |
在使用
<collection>标签时，除了指定集合属性和元素类型外，还可以通过column属性来指定数据库中用于查询集合元素的列名，这有助于优化查询性能，尤其是在处理大量数据时。同时，select属性允许你自定义查询语句，从而实现更复杂的查询逻辑，如分页、排序等。这种灵活的配置方式使得<collection>标签在处理一对多和多对多关系时，能够满足各种业务需求。
// MyBatis映射文件中collection标签的使用
// 在MyBatis的映射文件中，collection标签用于映射对象集合属性。以下是一个简单的示例：
/*
<select id="selectUsers" resultType="User">
SELECT * FROM users
</select>
<resultMap id="userMap" type="User">
<id property="id" column="id" />
<result property="username" column="username" />
<collection property="roles" ofType="Role">
<id property="id" column="role_id" />
<result property="name" column="role_name" />
</collection>
</resultMap>
*/
// 类型转换的配置与实现
// 类型转换在MyBatis中是通过typeHandler来实现的。以下是一个自定义类型转换器的示例：
/*
public class StringToEnumTypeHandler implements TypeHandler<EnumType> {
@Override
public void setParameter(PreparedStatement ps, int i, EnumType parameter, JdbcType jdbcType) throws SQLException {
ps.setString(i, parameter.name());
}
@Override
public EnumType getResult(ResultSet rs, String columnName) throws SQLException {
return EnumType.valueOf(rs.getString(columnName));
}
@Override
public EnumType getResult(ResultSet rs, int columnIndex) throws SQLException {
return EnumType.valueOf(rs.getString(columnIndex));
}
@Override
public EnumType getResult(CallableStatement cs, int columnIndex) throws SQLException {
return EnumType.valueOf(cs.getString(columnIndex));
}
}
*/
// 集合类型支持的类型转换
// MyBatis支持多种集合类型，如List、Set、Map等。以下是一个使用List集合的示例：
/*
<resultMap id="userMap" type="User">
<id property="id" column="id" />
<result property="username" column="username" />
<collection property="roles" ofType="Role">
<id property="id" column="role_id" />
<result property="name" column="role_name" />
</collection>
</resultMap>
*/
// 类型转换的注意事项与最佳实践
// 在使用类型转换时，需要注意以下几点：
// 1. 确保类型转换器正确实现。
// 2. 在映射文件中正确配置类型转换器。
// 3. 避免在类型转换器中进行复杂的逻辑处理。
// 4. 在实际应用中，尽量使用内置的类型转换器，以减少自定义类型转换器的使用。
// 自定义类型转换器
// 自定义类型转换器可以处理更复杂的类型转换需求。以下是一个自定义类型转换器的示例：
/*
public class StringToDateTypeHandler implements TypeHandler<Date> {
@Override
public void setParameter(PreparedStatement ps, int i, Date parameter, JdbcType jdbcType) throws SQLException {
if (parameter != null) {
ps.setDate(i, new java.sql.Date(parameter.getTime()));
} else {
ps.setDate(i, null);
}
}
@Override
public Date getResult(ResultSet rs, String columnName) throws SQLException {
return rs.getDate(columnName);
}
@Override
public Date getResult(ResultSet rs, int columnIndex) throws SQLException {
return rs.getDate(columnIndex);
}
@Override
public Date getResult(CallableStatement cs, int columnIndex) throws SQLException {
return cs.getDate(columnIndex);
}
}
*/
// 类型转换的性能影响
// 类型转换可能会对性能产生一定影响，尤其是在处理大量数据时。以下是一些优化建议：
// 1. 尽量使用内置的类型转换器。
// 2. 避免在类型转换器中进行复杂的逻辑处理。
// 3. 在可能的情况下，使用原生类型。
// 与数据库类型映射的关系
// 类型转换与数据库类型映射密切相关。以下是一个示例：
/*
<select id="selectUsers" resultType="User">
SELECT id, username, role_id, role_name FROM users
</select>
*/
// 实际应用案例
// 在实际应用中，类型转换可以用于处理各种场景，如：
// 1. 将数据库中的字符串转换为枚举类型。
// 2. 将数据库中的日期转换为Java中的Date对象。
// 3. 将数据库中的集合转换为Java中的集合。
// 与其他MyBatis特性的结合使用
// 类型转换可以与其他MyBatis特性结合使用，如：
// 1. 与动态SQL结合，实现更灵活的查询。
// 2. 与缓存结合，提高查询性能。
// 3. 与插件结合，扩展MyBatis的功能。
| 特性/概念 | 描述 | 示例 |
|---|---|---|
| MyBatis映射文件 | MyBatis使用XML文件来定义SQL语句和结果映射，包括collection标签。 | <collection property="roles" ofType="Role">...</collection> |
| 类型转换 | MyBatis通过typeHandler实现类型转换，用于将数据库字段值转换为Java对象。 | StringToEnumTypeHandler 和 StringToDateTypeHandler |
| 集合类型支持 | MyBatis支持多种集合类型，如List、Set、Map等，用于映射数据库中的集合字段。 | <collection property="roles" ofType="Role">...</collection> |
| 类型转换注意事项 | 使用类型转换时需要注意实现正确、配置正确、避免复杂逻辑处理、使用内置类型转换器等。 | 避免在类型转换器中进行复杂的逻辑处理。 |
| 自定义类型转换器 | 自定义类型转换器可以处理更复杂的类型转换需求。 | StringToDateTypeHandler |
| 类型转换性能影响 | 类型转换可能会对性能产生一定影响，需要优化。 | 使用内置类型转换器，避免复杂逻辑处理。 |
| 数据库类型映射 | 类型转换与数据库类型映射密切相关，需要正确映射。 | <select id="selectUsers" resultType="User">...</select> |
| 实际应用案例 | 类型转换在多种场景下都有应用，如枚举类型转换、日期转换、集合转换等。 | 将数据库中的字符串转换为枚举类型。 |
| 与其他MyBatis特性结合使用 | 类型转换可以与其他MyBatis特性结合使用，如动态SQL、缓存、插件等。 | 与动态SQL结合实现灵活查询。 |
在实际开发中，MyBatis映射文件的设计对于代码的可读性和维护性至关重要。例如，通过合理使用
<collection>标签，可以清晰地映射数据库中的多对多关系，如用户与角色的关联。这不仅简化了SQL语句的编写，还使得后续的数据操作更加直观。此外，在处理复杂的数据类型转换时，自定义类型转换器能够提供强大的灵活性，但同时也要求开发者对类型转换的细节有深入的理解，以避免因类型转换不当而导致的性能问题。例如，在处理日期类型转换时，如果直接在类型转换器中实现复杂的逻辑，可能会对性能产生负面影响。因此，建议优先使用MyBatis内置的类型转换器，并在必要时进行适当的优化。
🍊 MyBatis核心知识点之collection：关联处理
在现实的应用开发中，我们常常会遇到需要将多个实体关联起来的场景。例如，在电商系统中，一个订单可能包含多个商品，一个用户可能购买多个订单。这种关联关系在数据库中通常通过外键来实现，而在MyBatis中，我们则可以通过collection标签来处理这种关联关系。下面，我们将深入探讨MyBatis核心知识点之collection：关联处理。
在开发过程中，我们可能会遇到这样的问题：如何有效地将数据库中的多对多关系映射到Java对象中？例如，一个用户可以拥有多个角色，一个角色也可以被多个用户拥有。在这种情况下，如果我们直接在数据库层面处理，可能会遇到数据冗余和更新异常的问题。而MyBatis的collection标签则为我们提供了一种优雅的解决方案。
介绍MyBatis核心知识点之collection：关联处理的重要性在于，它能够帮助我们简化实体之间的关联关系映射，提高代码的可读性和可维护性。通过使用collection标签，我们可以轻松地实现一对一、一对多等关联关系，从而避免在Java代码中手动处理复杂的关联逻辑。
接下来，我们将分别介绍MyBatis中如何处理一对一和一对多关联关系。
在MyBatis中，一对一关联处理通常通过<association>标签实现。该标签允许我们在查询结果集中嵌套查询另一个实体。例如，在查询用户信息时，我们可能需要同时获取该用户的所有订单信息。通过使用<association>标签，我们可以将订单信息作为用户实体的一个属性，从而实现一对一关联。
对于一对多关联处理，MyBatis提供了<collection>标签。该标签允许我们在查询结果集中嵌套查询多个实体。以订单和商品为例，一个订单可以包含多个商品。通过使用<collection>标签，我们可以将商品信息作为订单实体的一个列表属性，从而实现一对多关联。
通过以上介绍，我们可以看到，MyBatis的collection标签在处理实体关联关系方面具有重要作用。它不仅简化了代码，还提高了代码的可读性和可维护性。在接下来的内容中，我们将详细讲解如何使用<association>和<collection>标签来实现一对一和一对多关联关系。
// 一对一关联配置
// 在MyBatis的映射文件中，使用<association>标签来配置一对一的关联关系。
// 例如，假设有一个User实体类和一个Address实体类，它们之间存在一对一的关系。
// 在User的映射文件中，可以这样配置：
<resultMap id="userMap" type="User">
<id property="id" column="user_id"/>
<result property="username" column="username"/>
<association property="address" javaType="Address">
<id property="id" column="address_id"/>
<result property="street" column="street"/>
<result property="city" column="city"/>
</association>
</resultMap>
// 关联映射文件编写
// 在Address的映射文件中，定义Address实体的映射关系。
// 例如：
<resultMap id="addressMap" type="Address">
<id property="id" column="address_id"/>
<result property="street" column="street"/>
<result property="city" column="city"/>
</resultMap>
// 关联查询执行原理
// 当执行查询User时，MyBatis会根据映射文件中的配置，先查询User表，然后根据User表中的地址ID查询Address表。
// 这个过程是通过SQL语句来实现的，MyBatis会自动生成相应的SQL语句。
// 关联结果集处理
// 在查询结果集中，MyBatis会根据映射文件中的配置，将查询到的User和Address数据映射到对应的实体类中。
// 这样，就可以在Java代码中直接访问关联的实体对象。
// 关联查询性能优化
// 为了提高关联查询的性能，可以考虑以下优化措施：
// 1. 使用索引：确保User表和Address表中的关联字段上有索引。
// 2. 选择合适的查询策略：例如，使用延迟加载或预加载。
// 关联查询缓存处理
// MyBatis支持关联查询的缓存处理，可以通过配置二级缓存来实现。
// 在映射文件中，可以使用<cache>标签来配置二级缓存。
// 关联查询异常处理
// 在执行关联查询时，可能会遇到各种异常，例如数据库连接异常、SQL执行异常等。
// 应该在代码中捕获这些异常，并进行相应的处理。
// 关联查询与懒加载
// 默认情况下，MyBatis使用懒加载策略来加载关联的实体对象。
// 如果需要立即加载关联对象，可以在<association>标签中使用fetchType属性设置为"eager"。
// 关联查询与分页
// MyBatis支持关联查询的分页处理。
// 可以使用<sql>标签来定义分页的SQL片段，然后在<association>标签中使用<choose>标签来选择是否使用分页。
// 关联查询与动态SQL
// 在关联查询中，可以使用MyBatis的动态SQL功能来动态构建SQL语句。
// 例如，可以根据条件动态选择是否加载关联对象。
以上是对MyBatis核心知识点之collection：一对一关联的详细描述，涵盖了配置、编写、执行原理、结果集处理、性能优化、缓存处理、异常处理、懒加载、分页和动态SQL等多个方面。
| 关联配置方面 | 详细描述 |
|---|---|
| 一对一关联配置 | 使用 <association> 标签在 MyBatis 映射文件中配置一对一的关联关系。例如，User 和 Address 之间存在一对一的关系，可以在 User 的映射文件中配置关联关系。 |
| 关联映射文件编写 | 在关联的实体类（如 Address）的映射文件中，定义实体的映射关系，包括 ID 和其他属性与数据库字段的映射。 |
| 关联查询执行原理 | 当执行查询 User 时，MyBatis 会根据映射文件中的配置，先查询 User 表，然后根据 User 表中的地址 ID 查询 Address 表，通过 SQL 语句实现。 |
| 关联结果集处理 | MyBatis 会根据映射文件中的配置，将查询到的 User 和 Address 数据映射到对应的实体类中，以便在 Java 代码中访问关联的实体对象。 |
| 关联查询性能优化 | 为了提高关联查询的性能，可以考虑使用索引、选择合适的查询策略（如延迟加载或预加载）等优化措施。 |
| 关联查询缓存处理 | MyBatis 支持关联查询的缓存处理，可以通过配置二级缓存来实现，使用 <cache> 标签进行配置。 |
| 关联查询异常处理 | 在执行关联查询时，可能会遇到数据库连接异常、SQL 执行异常等，应在代码中捕获并处理这些异常。 |
| 关联查询与懒加载 | 默认情况下，MyBatis 使用懒加载策略来加载关联的实体对象。如果需要立即加载关联对象，可以在 <association> 标签中使用 fetchType 属性设置为 "eager"。 |
| 关联查询与分页 | MyBatis 支持关联查询的分页处理，可以使用 <sql> 标签定义分页的 SQL 片段，并在 <association> 标签中使用 <choose> 标签来选择是否使用分页。 |
| 关联查询与动态SQL | 在关联查询中，可以使用 MyBatis 的动态 SQL 功能来动态构建 SQL 语句，例如根据条件动态选择是否加载关联对象。 |
在实际开发中，合理配置一对一关联配置对于提升应用程序的效率和用户体验至关重要。例如，在电商系统中，用户与收货地址之间存在一对一的关系，通过 MyBatis 的
<association>标签进行配置，可以使得在查询用户信息时，同时获取到对应的收货地址，从而避免了多次数据库访问，提高了查询效率。此外，通过关联映射文件编写，可以确保实体类与数据库字段之间的映射关系准确无误，为后续的数据操作提供坚实基础。在处理关联结果集时，MyBatis 会自动将查询结果映射到对应的实体类中，使得开发者可以方便地访问关联的实体对象。然而，在实际应用中，关联查询的性能优化和缓存处理也是不可忽视的重要环节。通过合理配置索引、查询策略以及二级缓存，可以有效提升关联查询的性能和效率。
// 一对多关联配置
// 在MyBatis的映射文件中，一对多关联配置通常使用<collection>标签来实现。
// 例如，假设有一个User实体类和一个Role实体类，其中User实体类包含一个角色集合。
// 在User的映射文件中，可以这样配置一对多关联：
public class User {
private Integer id;
private String name;
private List<Role> roles;
}
// 关联映射文件编写
// 在User的映射文件中，编写关联映射如下：
public class UserMapper {
@Select("SELECT * FROM user")
@Results({
@Result(property = "id", column = "id"),
@Result(property = "name", column = "name"),
@Result(property = "roles", column = "id", many = @Many(select = "selectRoles"))
})
List<User> selectUsers();
@Select("SELECT * FROM role WHERE user_id = #{id}")
List<Role> selectRoles(@Param("id") Integer id);
}
// 关联查询执行原理
// 当执行selectUsers()方法时，MyBatis会首先执行第一个查询，获取所有用户信息。
// 然后对于每个用户，MyBatis会执行第二个查询，获取该用户的所有角色信息。
// 最后，MyBatis会将这些角色信息封装到对应的用户对象中。
// 关联结果集处理
// 在关联查询执行完成后，MyBatis会将查询结果封装到对应的实体类中。
// 对于一对多关联，每个用户对象会包含一个角色列表。
// 关联查询性能优化
// 为了提高关联查询的性能，可以考虑以下优化措施：
// 1. 使用缓存：将查询结果缓存起来，避免重复查询。
// 2. 选择合适的查询策略：例如，使用延迟加载或预加载。
// 关联查询缓存处理
// MyBatis支持关联查询的缓存处理，可以通过配置<cache>标签来实现。
// 例如，在UserMapper的映射文件中添加以下缓存配置：
public class UserMapper {
@Select("SELECT * FROM user")
@Results({
@Result(property = "id", column = "id"),
@Result(property = "name", column = "name"),
@Result(property = "roles", column = "id", many = @Many(select = "selectRoles"))
})
@Cache
List<User> selectUsers();
// ... 其他方法 ...
}
// 关联查询与懒加载
// MyBatis支持懒加载关联查询，通过配置<lazy>标签来实现。
// 例如，在UserMapper的映射文件中添加以下懒加载配置：
public class UserMapper {
@Select("SELECT * FROM user")
@Results({
@Result(property = "id", column = "id"),
@Result(property = "name", column = "name"),
@Result(property = "roles", column = "id", many = @Many(select = "selectRoles", lazy = true))
})
List<User> selectUsers();
// ... 其他方法 ...
}
// 关联查询与分页
// MyBatis支持关联查询的分页处理，可以通过配置<limit>和<offset>标签来实现。
// 例如，在UserMapper的映射文件中添加以下分页配置：
public class UserMapper {
@Select("SELECT * FROM user LIMIT #{limit}, #{offset}")
@Results({
@Result(property = "id", column = "id"),
@Result(property = "name", column = "name"),
@Result(property = "roles", column = "id", many = @Many(select = "selectRoles"))
})
List<User> selectUsers(@Param("limit") Integer limit, @Param("offset") Integer offset);
// ... 其他方法 ...
}
// 关联查询与动态SQL
// MyBatis支持关联查询的动态SQL处理，可以通过配置<if>、<choose>等标签来实现。
// 例如，在UserMapper的映射文件中添加以下动态SQL配置：
public class UserMapper {
@Select("SELECT * FROM user WHERE name = #{name}")
@Results({
@Result(property = "id", column = "id"),
@Result(property = "name", column = "name"),
@Result(property = "roles", column = "id", many = @Many(select = "selectRoles"))
})
List<User> selectUsersByName(@Param("name") String name);
// ... 其他方法 ...
}
// 关联查询与自定义结果映射
// MyBatis支持关联查询的自定义结果映射，可以通过配置<resultMap>标签来实现。
// 例如，在UserMapper的映射文件中添加以下自定义结果映射配置：
public class UserMapper {
@Select("SELECT * FROM user")
@Results({
@Result(property = "id", column = "id"),
@Result(property = "name", column = "name"),
@Result(property = "roles", column = "id", many = @Many(select = "selectRoles")),
@Result(property = "roleNames", column = "id", many = @Many(select = "selectRoleNames"))
})
List<User> selectUsers();
@Select("SELECT name FROM role WHERE user_id = #{id}")
List<String> selectRoleNames(@Param("id") Integer id);
// ... 其他方法 ...
}
| 配置类型 | 配置描述 | 示例代码 |
|---|---|---|
| 一对多关联配置 | 使用<collection>标签在MyBatis映射文件中实现一对多关联。 | @Result(property = "roles", column = "id", many = @Many(select = "selectRoles")) |
| 关联映射文件编写 | 在User的映射文件中编写关联映射，包括查询语句和结果映射。 | @Select("SELECT * FROM user") |
| 关联查询执行原理 | MyBatis首先执行获取所有用户信息的查询，然后对每个用户执行获取角色信息的查询。 | 执行selectUsers()方法时的查询流程 |
| 关联结果集处理 | 将查询结果封装到对应的实体类中，对于一对多关联，每个用户对象包含一个角色列表。 | 用户对象包含List<Role>类型的roles属性 |
| 关联查询性能优化 | 使用缓存、选择合适的查询策略来提高关联查询性能。 | 使用@Cache标签配置缓存，使用延迟加载或预加载策略 |
| 关联查询缓存处理 | 通过配置<cache>标签实现关联查询的缓存处理。 | 在UserMapper的映射文件中添加@Cache标签 |
| 关联查询与懒加载 | 通过配置<lazy>标签实现懒加载关联查询。 | 在UserMapper的映射文件中添加@Many(select = "selectRoles", lazy = true) |
| 关联查询与分页 | 通过配置<limit>和<offset>标签实现关联查询的分页处理。 | 在UserMapper的映射文件中添加LIMIT #{limit}, #{offset} |
| 关联查询与动态SQL | 通过配置<if>、<choose>等标签实现关联查询的动态SQL处理。 | 在UserMapper的映射文件中添加WHERE name = #{name} |
| 关联查询与自定义结果映射 | 通过配置<resultMap>标签实现关联查询的自定义结果映射。 | 在UserMapper的映射文件中添加@Result(property = "roleNames", column = "id", many = @Many(select = "selectRoleNames")) |
在实际应用中，一对多关联配置不仅能够简化数据模型，还能提高代码的可读性和可维护性。例如，在用户与角色的关系管理中，通过一对多关联配置，可以轻松地查询到每个用户所拥有的角色列表，从而实现权限控制。此外，合理地编写关联映射文件，能够确保数据的一致性和准确性，避免因数据不一致导致的潜在问题。在执行关联查询时，理解其执行原理对于优化查询性能至关重要。例如，通过分析查询流程，可以针对性地调整查询策略，如使用缓存或延迟加载，以减少数据库访问次数，从而提高整体性能。在处理关联结果集时，正确封装和解析结果集是确保数据正确性的关键。例如，将查询结果封装到实体类中，并正确处理一对多关联，可以确保每个用户对象都包含一个准确的角色列表。在优化关联查询性能时，除了使用缓存和延迟加载，还可以考虑使用数据库索引、优化SQL语句等方法。在实现关联查询缓存处理时，通过配置<cache>标签，可以有效地减少数据库访问次数，提高查询效率。在实现懒加载关联查询时，通过配置<lazy>标签，可以在需要时才加载关联数据，从而减少初始加载时间。在实现关联查询分页时，通过配置<limit>和<offset>标签，可以有效地控制查询结果的数量，提高用户体验。在实现关联查询动态SQL时，通过配置<if>、<choose>等标签，可以根据不同的条件动态生成SQL语句，提高查询的灵活性。最后，在实现关联查询自定义结果映射时，通过配置<resultMap>标签，可以自定义查询结果与实体类属性的映射关系，从而满足复杂的业务需求。
🍊 MyBatis核心知识点之collection：嵌套查询
在当今的软件开发领域，数据库操作是构建复杂业务逻辑不可或缺的一环。特别是在处理多表关联查询时，如何高效、准确地获取所需数据成为了一个关键问题。MyBatis作为一款优秀的持久层框架，提供了丰富的映射功能，其中“collection：嵌套查询”是其中一项核心知识点，它能够帮助我们解决多表关联查询的难题。
想象一下，在一个电商系统中，我们需要查询某个商品的所有评论信息。商品表和评论表之间存在一对多关系，即一个商品可以有多条评论。如果使用传统的查询方式，我们需要执行两次查询：一次查询商品信息，另一次查询该商品的所有评论。这样的查询方式不仅效率低下，而且代码复杂，难以维护。
为了解决这一问题，MyBatis的“collection：嵌套查询”功能应运而生。它允许我们在查询商品信息的同时，直接获取该商品的所有评论信息，从而简化了查询过程，提高了代码的可读性和可维护性。
介绍“collection：嵌套查询”这一知识点的重要性在于，它能够帮助我们更好地处理多表关联查询，提高数据库操作的效率。在实际项目中，多表关联查询是常见的场景，合理运用“collection：嵌套查询”可以显著提升开发效率，降低系统复杂度。
接下来，我们将对“collection：嵌套查询”进行概述，并详细介绍其实现方法。首先，概述部分将简要介绍“collection：嵌套查询”的基本概念和作用，帮助读者建立整体认知。然后，在实现方法部分，我们将详细讲解如何在MyBatis中配置和使用“collection：嵌套查询”，并通过实际案例展示其应用效果。通过这两部分内容的学习，读者将能够掌握“collection：嵌套查询”的核心知识，并将其应用到实际项目中。
MyBatis 是一款优秀的持久层框架，它消除了几乎所有的 JDBC 代码和手动设置参数以及获取结果集的工作。在 MyBatis 中，嵌套查询是一种强大的功能，它允许我们在查询时进行关联查询，从而简化了数据库操作。
🎉 嵌套查询概述
嵌套查询是 MyBatis 中的一种高级查询方式，它允许我们在查询时进行关联查询。在 MyBatis 中，嵌套查询主要分为两种：嵌套查询和关联查询。
📝 嵌套查询
嵌套查询是指在查询过程中，对某个字段进行子查询。例如，查询某个用户的所有订单信息，我们可以通过嵌套查询来实现：
<select id="findOrdersByUser" resultMap="userOrderMap">
SELECT * FROM users WHERE id = #{id}
<foreach item="order" collection="orders" separator="UNION ALL">
SELECT * FROM orders WHERE user_id = #{id}
</foreach>
</select>
在上面的代码中，我们首先查询用户信息，然后对每个用户进行订单信息的嵌套查询。
📝 关联查询
关联查询是指在查询过程中，对多个表进行关联查询。例如，查询某个用户的所有订单信息，我们可以通过关联查询来实现：
<select id="findOrdersByUser" resultMap="userOrderMap">
SELECT u.*, o.* FROM users u
LEFT JOIN orders o ON u.id = o.user_id
WHERE u.id = #{id}
</select>
在上面的代码中，我们通过 LEFT JOIN 将用户表和订单表进行关联查询，从而获取到用户的所有订单信息。
🎉 结果映射
在 MyBatis 中，结果映射是一种将数据库查询结果映射到 Java 对象的方法。在嵌套查询中，结果映射同样重要。
<resultMap id="userOrderMap" type="User">
<id property="id" column="id" />
<result property="name" column="name" />
<collection property="orders" ofType="Order">
<id property="id" column="order_id" />
<result property="orderNumber" column="order_number" />
<result property="orderDate" column="order_date" />
</collection>
</resultMap>
在上面的代码中，我们定义了一个结果映射，将用户信息和订单信息映射到对应的 Java 对象中。
🎉 动态SQL
在嵌套查询中，动态 SQL 也发挥着重要作用。动态 SQL 允许我们在查询过程中根据条件动态地拼接 SQL 语句。
<select id="findOrdersByUser" resultMap="userOrderMap">
SELECT * FROM users WHERE id = #{id}
<if test="orderStatus != null">
AND order_status = #{orderStatus}
</if>
<foreach item="order" collection="orders" separator="UNION ALL">
SELECT * FROM orders WHERE user_id = #{id}
<if test="orderStatus != null">
AND order_status = #{orderStatus}
</if>
</foreach>
</select>
在上面的代码中，我们通过动态 SQL 根据条件动态地拼接 SQL 语句。
🎉 集合标签
在 MyBatis 中，集合标签用于处理一对多、多对多等关联关系。在嵌套查询中，集合标签同样重要。
<resultMap id="userOrderMap" type="User">
<id property="id" column="id" />
<result property="name" column="name" />
<collection property="orders" ofType="Order">
<id property="id" column="order_id" />
<result property="orderNumber" column="order_number" />
<result property="orderDate" column="order_date" />
</collection>
</resultMap>
在上面的代码中，我们使用集合标签将用户信息和订单信息进行映射。
🎉 嵌套结果映射
在 MyBatis 中，嵌套结果映射允许我们在查询过程中对关联表进行嵌套查询。例如，查询某个用户的所有订单信息及其订单详情：
<select id="findUserOrderDetails" resultMap="userOrderDetailMap">
SELECT u.*, o.*, od.* FROM users u
LEFT JOIN orders o ON u.id = o.user_id
LEFT JOIN order_details od ON o.id = od.order_id
WHERE u.id = #{id}
</select>
在上面的代码中，我们使用嵌套结果映射对关联表进行嵌套查询。
🎉 SQL语句优化
在嵌套查询中，SQL 语句的优化同样重要。以下是一些常见的 SQL 语句优化方法：
- 使用索引：在查询过程中，使用索引可以加快查询速度。
- 避免全表扫描：在查询过程中，尽量避免全表扫描，可以使用 WHERE 子句限制查询范围。
- 使用 EXISTS 替代 IN：在查询过程中，使用 EXISTS 替代 IN 可以提高查询效率。
🎉 性能影响
在嵌套查询中，性能影响主要体现在以下几个方面：
- 查询效率：嵌套查询可能会降低查询效率，因为需要执行多个查询。
- 数据量：嵌套查询可能会增加数据量，因为需要处理多个关联表。
🎉 实际应用案例
在实际应用中，嵌套查询可以用于以下场景：
- 查询用户及其订单信息。
- 查询商品及其分类信息。
- 查询订单及其订单详情。
通过以上内容，我们可以了解到 MyBatis 中嵌套查询的相关知识。在实际应用中，合理地使用嵌套查询可以提高开发效率，简化数据库操作。
| 概念/技术 | 描述 | 示例 |
|---|---|---|
| MyBatis | 持久层框架，简化 JDBC 代码和手动设置参数以及获取结果集的工作 | MyBatis 消除了大部分 JDBC 代码，简化数据库操作 |
| 嵌套查询 | 在查询过程中进行关联查询，简化数据库操作 | 通过嵌套查询获取用户的所有订单信息 |
| 嵌套查询类型 | 主要分为嵌套查询和关联查询 | 嵌套查询：对某个字段进行子查询；关联查询：对多个表进行关联查询 |
| 嵌套查询示例 | 查询用户信息，然后对每个用户进行订单信息的嵌套查询 | 使用 <foreach> 标签进行嵌套查询 |
| 关联查询示例 | 通过 LEFT JOIN 将用户表和订单表进行关联查询，获取用户的所有订单信息 | 使用 <join> 标签进行关联查询 |
| 结果映射 | 将数据库查询结果映射到 Java 对象的方法 | 使用 <resultMap> 定义结果映射 |
| 动态 SQL | 根据条件动态拼接 SQL 语句 | 使用 <if> 标签进行动态 SQL |
| 集合标签 | 用于处理一对多、多对多等关联关系 | 使用 <collection> 标签处理用户和订单的关联关系 |
| 嵌套结果映射 | 在查询过程中对关联表进行嵌套查询 | 使用 <resultMap> 进行嵌套结果映射 |
| SQL语句优化 | 常见的 SQL 语句优化方法 | 使用索引、避免全表扫描、使用 EXISTS 替代 IN |
| 性能影响 | 嵌套查询的性能影响 | 查询效率、数据量 |
| 实际应用案例 | 嵌套查询的应用场景 | 查询用户及其订单信息、查询商品及其分类信息、查询订单及其订单详情 |
MyBatis 作为一款持久层框架，其核心优势在于极大地简化了数据库操作。它通过预编译 SQL 语句，减少了数据库访问的开销，同时提供了丰富的映射功能，使得开发者可以更加专注于业务逻辑的实现，而非繁琐的数据库操作。
嵌套查询在数据库操作中扮演着重要角色，它能够将复杂的查询逻辑封装在一个查询语句中，从而简化了代码结构。例如，在电商系统中，通过嵌套查询可以轻松获取用户及其关联的订单信息，提高了查询效率。
动态 SQL 是 MyBatis 的另一个亮点，它允许根据不同的条件动态拼接 SQL 语句，从而避免了硬编码和重复代码。在实际应用中，动态 SQL 可以根据用户输入的参数，灵活地构建查询语句，提高了代码的复用性和可维护性。
集合标签在处理一对多、多对多等关联关系时发挥着重要作用。通过使用
<collection>标签，可以轻松地将关联表中的数据映射到 Java 对象中，从而简化了数据处理的复杂性。
在实际应用中，SQL 语句的优化对于提高系统性能至关重要。通过合理使用索引、避免全表扫描、使用 EXISTS 替代 IN 等方法，可以有效提升数据库查询效率，降低系统负载。
MyBatis 是一款优秀的持久层框架，它消除了几乎所有的 JDBC 代码和手动设置参数以及获取结果集的工作。在 MyBatis 中，嵌套查询是一种强大的功能，它允许我们在查询时进行关联查询，从而实现复杂的数据查询需求。
🎉 嵌套查询
嵌套查询是 MyBatis 中的一种高级查询方式，它允许我们在查询一个实体时，同时查询与之关联的另一个实体。这种查询方式通常用于一对多或多对多的关系。
📝 关联查询
关联查询是嵌套查询的基础，它通过在 SQL 语句中添加 JOIN 子句来实现。例如，如果我们有一个用户表和一个订单表，它们之间是一对多的关系，我们可以通过以下 SQL 语句进行关联查询：
SELECT u.*, o.*
FROM users u
JOIN orders o ON u.id = o.user_id
📝 结果映射
在 MyBatis 中，结果映射用于将查询结果映射到实体对象。对于嵌套查询，我们需要在映射文件中定义嵌套结果映射。
<resultMap id="userOrderMap" type="User">
<id property="id" column="id" />
<result property="name" column="name" />
<!-- 嵌套查询 -->
<collection property="orders" column="id" select="selectOrdersByUserId" />
</resultMap>
在上面的映射文件中，我们定义了一个名为 userOrderMap 的结果映射，它将查询结果映射到 User 实体对象。其中，<collection> 标签用于定义嵌套查询，它指定了查询的 SQL 语句（selectOrdersByUserId）和查询结果映射的属性（orders）。
📝 动态 SQL
在嵌套查询中，我们可能需要根据条件动态地构建 SQL 语句。这时，我们可以使用 MyBatis 的动态 SQL 功能。
<select id="selectOrdersByUserId" resultType="Order">
SELECT *
FROM orders
WHERE user_id = #{id}
<if test="status != null">
AND status = #{status}
</if>
</select>
在上面的 SQL 语句中，我们使用 <if> 标签根据条件动态地添加了 status 条件。
📝 集合属性
在嵌套查询中，我们可能需要将查询结果映射到实体的集合属性。这可以通过在映射文件中使用 <collection> 标签来实现。
<resultMap id="userOrderMap" type="User">
<id property="id" column="id" />
<result property="name" column="name" />
<collection property="orders" column="id" select="selectOrdersByUserId" />
</resultMap>
在上面的映射文件中，我们定义了一个名为 userOrderMap 的结果映射，它将查询结果映射到 User 实体对象。其中，<collection> 标签用于定义嵌套查询，它指定了查询的 SQL 语句（selectOrdersByUserId）和查询结果映射的属性（orders）。
📝 关联对象
在嵌套查询中，我们可能需要将查询结果映射到实体的关联对象。这可以通过在映射文件中使用 <association> 标签来实现。
<resultMap id="userOrderMap" type="User">
<id property="id" column="id" />
<result property="name" column="name" />
<association property="address" column="id" select="selectAddressByUserId" />
</resultMap>
在上面的映射文件中，我们定义了一个名为 userOrderMap 的结果映射，它将查询结果映射到 User 实体对象。其中，<association> 标签用于定义嵌套查询，它指定了查询的 SQL 语句（selectAddressByUserId）和查询结果映射的属性（address）。
📝 嵌套结果映射
在嵌套查询中，我们可能需要将查询结果映射到实体的嵌套结果映射。这可以通过在映射文件中使用 <resultMap> 标签来实现。
<resultMap id="userOrderMap" type="User">
<id property="id" column="id" />
<result property="name" column="name" />
<collection property="orders" column="id" select="selectOrdersByUserId">
<resultMap id="orderMap" type="Order">
<id property="id" column="id" />
<result property="orderNo" column="order_no" />
<result property="status" column="status" />
</resultMap>
</collection>
</resultMap>
在上面的映射文件中，我们定义了一个名为 userOrderMap 的结果映射，它将查询结果映射到 User 实体对象。其中，<collection> 标签用于定义嵌套查询，它指定了查询的 SQL 语句（selectOrdersByUserId）和查询结果映射的属性（orders）。在 <collection> 标签内部，我们使用 <resultMap> 标签定义了嵌套结果映射 orderMap。
📝 集合嵌套查询
在嵌套查询中，我们可能需要将查询结果映射到实体的集合嵌套查询。这可以通过在映射文件中使用 <collection> 标签来实现。
<resultMap id="userOrderMap" type="User">
<id property="id" column="id" />
<result property="name" column="name" />
<collection property="orders" column="id" select="selectOrdersByUserId">
<collection property="orderDetails" column="id" select="selectOrderDetailsByOrderId" />
</collection>
</resultMap>
在上面的映射文件中，我们定义了一个名为 userOrderMap 的结果映射，它将查询结果映射到 User 实体对象。其中，<collection> 标签用于定义嵌套查询，它指定了查询的 SQL 语句（selectOrdersByUserId）和查询结果映射的属性（orders）。在 <collection> 标签内部，我们再次使用 <collection> 标签定义了集合嵌套查询 orderDetails。
📝 SQL 语句编写
在嵌套查询中，我们需要编写 SQL 语句来查询关联数据。以下是一个简单的示例：
SELECT u.*, o.*
FROM users u
JOIN orders o ON u.id = o.user_id
在上面的 SQL 语句中，我们使用 JOIN 子句将用户表和订单表进行关联查询。
📝 MyBatis 配置
在 MyBatis 中，我们需要在配置文件中配置映射文件和数据库连接信息。
<configuration>
<environments default="development">
<environment id="development">
<transactionManager type="JDBC" />
<dataSource type="POOLED">
<property name="driver" value="com.mysql.jdbc.Driver" />
<property name="url" value="jdbc:mysql://localhost:3306/mydb" />
<property name="username" value="root" />
<property name="password" value="root" />
</dataSource>
</environment>
</environments>
<mappers>
<mapper resource="com/example/mapper/UserMapper.xml" />
</mappers>
</configuration>
在上面的配置文件中，我们配置了数据库连接信息，并指定了映射文件的位置。
📝 映射文件
在 MyBatis 中，映射文件用于定义 SQL 语句和结果映射。以下是一个简单的示例：
<mapper namespace="com.example.mapper.UserMapper">
<select id="selectUserById" resultMap="userMap">
SELECT * FROM users WHERE id = #{id}
</select>
</mapper>
在上面的映射文件中，我们定义了一个名为 selectUserById 的查询语句，它使用 userMap 结果映射将查询结果映射到 User 实体对象。
📝 参数传递
在 MyBatis 中，我们可以通过 #{} 占位符将参数传递给 SQL 语句。
<select id="selectUserById" resultMap="userMap">
SELECT * FROM users WHERE id = #{id}
</select>
在上面的 SQL 语句中，我们使用 #{id} 将 id 参数传递给 SQL 语句。
📝 结果集处理
在 MyBatis 中，我们可以通过结果集处理将查询结果映射到实体对象。
public List<User> selectUserById(Integer id) {
return sqlSession.selectList("com.example.mapper.UserMapper.selectUserById", id);
}
在上面的代码中，我们使用 selectList 方法执行查询语句，并将查询结果映射到 User 实体对象列表。
| 概念/功能 | 描述 | 示例 |
|---|---|---|
| 嵌套查询 | MyBatis 中的一种高级查询方式，允许在查询一个实体时同时查询与之关联的另一个实体。 | 查询用户及其订单信息 |
| 关联查询 | 通过 SQL 语句中的 JOIN 子句实现，用于处理一对多或多对多的关系。 | 使用 JOIN 查询用户和订单 |
| 结果映射 | 将查询结果映射到实体对象的过程。 | 将查询结果映射到 User 实体 |
| 动态 SQL | 根据条件动态构建 SQL 语句的功能。 | 根据用户状态动态查询订单 |
| 集合属性 | 将查询结果映射到实体的集合属性。 | 将用户订单列表映射到 User 实体 |
| 关联对象 | 将查询结果映射到实体的关联对象。 | 将用户地址映射到 User 实体 |
| 嵌套结果映射 | 将查询结果映射到实体的嵌套结果映射。 | 将订单详情映射到订单对象 |
| 集合嵌套查询 | 将查询结果映射到实体的集合嵌套查询。 | 将订单详情列表映射到订单对象 |
| SQL 语句编写 | 编写用于查询关联数据的 SQL 语句。 | 使用 JOIN 查询用户和订单 |
| MyBatis 配置 | 配置映射文件和数据库连接信息。 | 配置数据库连接和映射文件位置 |
| 映射文件 | 定义 SQL 语句和结果映射的文件。 | 定义查询语句和结果映射 |
| 参数传递 | 通过 #{} 占位符将参数传递给 SQL 语句。 | 将参数传递给查询语句 |
| 结果集处理 | 将查询结果映射到实体对象的过程。 | 将查询结果映射到实体对象列表 |
嵌套查询在MyBatis中是一种强大的功能，它不仅能够简化代码结构，还能提高查询效率。通过嵌套查询，开发者可以轻松地获取到实体之间的复杂关系，例如，在查询用户信息时，可以同时获取到该用户的所有订单详情，极大地提升了用户体验。此外，嵌套查询还可以减少数据库的访问次数，从而降低系统负载。在实际应用中，嵌套查询常用于处理一对多或多对多的关系，如用户与订单、商品与评论等。
🍊 MyBatis核心知识点之collection：动态SQL
在当今的软件开发领域，数据库操作是构建应用程序不可或缺的一部分。特别是在使用MyBatis框架进行数据库交互时，如何高效、灵活地处理SQL查询变得尤为重要。一个典型的场景是，当需要根据用户输入的条件动态构建SQL查询时，传统的硬编码方式不仅代码冗长，而且难以维护。为了解决这一问题，MyBatis提供了强大的动态SQL功能，允许开发者以声明式的方式构建复杂的SQL语句。
动态SQL在MyBatis中的应用，主要体现在对集合（collection）的处理上。在现实开发中，我们经常需要根据不同的业务需求，对数据库中的数据进行增删改查操作。例如，在用户管理系统中，可能需要根据用户名、邮箱、手机号等多个条件组合查询用户信息。如果使用传统的SQL语句，需要编写多个if-else语句或者使用多个or连接，这不仅增加了代码的复杂度，而且降低了代码的可读性和可维护性。
引入MyBatis的动态SQL功能，可以极大地简化这一过程。通过使用MyBatis提供的<if>、<choose>、<when>、<otherwise>等标签，开发者可以灵活地根据条件动态地构建SQL语句。这不仅提高了代码的简洁性，还使得SQL语句的编写更加符合业务逻辑，降低了出错的可能性。
接下来，我们将深入探讨MyBatis动态SQL的实现机制。首先，我们会概述动态SQL的基本概念和用法，然后详细介绍如何在MyBatis的映射文件中实现动态SQL。通过这些内容的学习，读者将能够掌握如何利用MyBatis的动态SQL功能，编写高效、灵活的数据库操作代码。这不仅能够提升开发效率，还能提高应用程序的健壮性和可维护性。
MyBatis动态SQL概述
MyBatis作为一款优秀的持久层框架，其核心之一便是动态SQL。动态SQL允许我们在编写SQL语句时，根据不同的条件动态地拼接SQL片段，从而实现灵活的数据库操作。在MyBatis中，collection标签是动态SQL的重要组成部分，它能够帮助我们处理集合类型的参数，实现复杂的SQL操作。
首先，我们来看一下collection标签的基本用法。collection标签通常用于处理集合类型的参数，如List、Set、Map等。以下是一个简单的示例：
<select id="selectUsers" resultType="User">
SELECT * FROM users
<where>
<if test="users != null and users.size() > 0">
AND id IN
<foreach item="user" collection="users" open="(" separator="," close=")">
#{user.id}
</foreach>
</if>
</where>
</select>
在上面的示例中，我们通过collection标签处理了一个List类型的参数users。当users不为空且其大小大于0时，会动态地拼接一个IN子句，将users中的每个元素作为参数传递给SQL语句。
接下来，我们来看一下SQL片段。SQL片段是MyBatis中用于复用SQL代码的机制。通过定义SQL片段，我们可以将重复的SQL代码片段提取出来，然后在需要的地方进行引用。以下是一个SQL片段的示例：
<sql id="userColumns">id, username, password</sql>
<select id="selectUserById" resultType="User">
SELECT <include refid="userColumns"/>
FROM users
WHERE id = #{id}
</select>
在上面的示例中，我们定义了一个名为userColumns的SQL片段，它包含了用户表中的常用列。在selectUserById查询中，我们通过<include refid="userColumns"/>引用了这个SQL片段。
动态SQL语法是MyBatis动态SQL的核心。以下是一些常用的动态SQL语法：
<if>：根据条件判断是否执行SQL片段。<choose>、<when>、<otherwise>：类似于Java中的if-else语句，用于多条件判断。<foreach>：用于处理集合类型的参数，如List、Set、Map等。<trim>：用于拼接SQL片段，可以添加前缀、后缀和分隔符。
参数处理是动态SQL的重要组成部分。在MyBatis中，我们可以使用#{}占位符来传递参数。以下是一个参数处理的示例：
<select id="selectUserByUsername" resultType="User">
SELECT * FROM users
WHERE username = #{username}
</select>
在上面的示例中，我们使用#{username}来传递参数username。
条件判断是动态SQL中常用的功能。以下是一个条件判断的示例：
<select id="selectUsersByAge" resultType="User">
SELECT * FROM users
<where>
<if test="minAge != null">
AND age > #{minAge}
</if>
<if test="maxAge != null">
AND age < #{maxAge}
</if>
</where>
</select>
在上面的示例中，我们根据minAge和maxAge的值来动态地拼接SQL语句。
循环是动态SQL中常用的功能之一。以下是一个循环的示例：
<select id="selectUsersByRoles" resultType="User">
SELECT * FROM users
WHERE id IN
<foreach item="role" collection="roles" open="(" separator="," close=")">
(SELECT user_id FROM user_roles WHERE role_id = #{role.id})
</foreach>
</select>
在上面的示例中，我们使用<foreach>标签来遍历roles集合，并为每个角色生成一个子查询。
集合处理是动态SQL中常用的功能之一。以下是一个集合处理的示例：
<select id="selectUsersByRoles" resultType="User">
SELECT * FROM users
WHERE id IN
<foreach item="role" collection="roles" open="(" separator="," close=")">
(SELECT user_id FROM user_roles WHERE role_id = #{role.id})
</foreach>
</select>
在上面的示例中，我们使用<foreach>标签来遍历roles集合，并为每个角色生成一个子查询。
关联查询和嵌套查询是动态SQL中常用的功能。以下是一个关联查询的示例：
<select id="selectUserWithRoles" resultType="User">
SELECT u.*, r.*
FROM users u
LEFT JOIN user_roles ur ON u.id = ur.user_id
LEFT JOIN roles r ON ur.role_id = r.id
WHERE u.id = #{id}
</select>
在上面的示例中，我们通过LEFT JOIN关联了用户表和角色表，从而实现了关联查询。
SQL片段复用是MyBatis动态SQL的一个重要特性。通过定义SQL片段，我们可以将重复的SQL代码片段提取出来，然后在需要的地方进行引用。这不仅可以提高代码的可读性，还可以提高代码的维护性。
性能优化是MyBatis动态SQL的一个重要方面。以下是一些性能优化的建议：
- 尽量减少动态SQL的复杂度，避免使用过多的嵌套查询。
- 使用合适的索引，提高查询效率。
- 优化SQL语句，避免使用复杂的SQL表达式。
总之，MyBatis动态SQL为我们提供了强大的功能，可以帮助我们实现灵活的数据库操作。通过熟练掌握collection标签、SQL片段、动态SQL语法、参数处理、条件判断、循环、集合处理、关联查询、嵌套查询、SQL片段复用和性能优化等技术，我们可以更好地利用MyBatis动态SQL，提高数据库操作的效率。
| 动态SQL组成部分 | 描述 | 示例 |
|---|---|---|
| Collection标签 | 用于处理集合类型的参数，如List、Set、Map等，实现复杂的SQL操作。 | <foreach item="user" collection="users" open="(" separator="," close=")">#{user.id}</foreach> |
| SQL片段 | 用于复用SQL代码的机制，将重复的SQL代码片段提取出来，在需要的地方进行引用。 | <sql id="userColumns">id, username, password</sql> |
| 动态SQL语法 | MyBatis动态SQL的核心，包括<if>、<choose>、<when>、<otherwise>、<foreach>、<trim>等标签。 | <if test="users != null and users.size() > 0">AND id IN ...</if> |
| 参数处理 | 使用#{}占位符来传递参数，实现参数的动态绑定。 | <select id="selectUserByUsername" resultType="User">WHERE username = #{username}</select> |
| 条件判断 | 根据条件动态拼接SQL语句，实现灵活的条件查询。 | <select id="selectUsersByAge" resultType="User">WHERE <if test="minAge != null">age > #{minAge}</if> <if test="maxAge != null">age < #{maxAge}</if></select> |
| 循环 | 遍历集合，为每个元素生成相应的SQL片段。 | <foreach item="role" collection="roles" open="(" separator="," close=")"> (SELECT user_id FROM user_roles WHERE role_id = #{role.id}) </foreach> |
| 集合处理 | 处理集合类型的参数，如List、Set、Map等，实现复杂的SQL操作。 | 与循环类似，使用<foreach>标签处理集合。 |
| 关联查询 | 通过JOIN操作关联多个表，实现多表查询。 | <select id="selectUserWithRoles" resultType="User">SELECT u.*, r.* FROM users u LEFT JOIN user_roles ur ON u.id = ur.user_id LEFT JOIN roles r ON ur.role_id = r.id WHERE u.id = #{id}</select> |
| 嵌套查询 | 在SQL语句中嵌套另一个查询，实现复杂的查询逻辑。 | 与循环类似，使用<foreach>标签实现嵌套查询。 |
| SQL片段复用 | 通过定义SQL片段，提高代码的可读性和维护性。 | <include refid="userColumns"/> |
| 性能优化 | 提高动态SQL的性能，包括减少复杂度、使用索引、优化SQL语句等。 | - 减少动态SQL的复杂度，避免使用过多的嵌套查询。 - 使用合适的索引，提高查询效率。 - 优化SQL语句，避免使用复杂的SQL表达式。 |
动态SQL在数据库操作中扮演着至关重要的角色，它允许开发者根据不同的业务需求灵活地构建SQL语句。例如，在处理集合类型的参数时，Collection标签能够有效地将List、Set、Map等集合类型的数据转换为SQL语句，从而实现复杂的查询操作。这种灵活性不仅提高了代码的复用性，也增强了SQL语句的动态性。在实际应用中，SQL片段的复用能够显著提升代码的可读性和维护性，通过将重复的SQL代码片段提取出来，开发者可以在需要的地方轻松引用，避免了代码冗余。此外，性能优化也是动态SQL不可或缺的一部分，通过减少复杂度、使用索引和优化SQL语句等方法，可以显著提高数据库操作的效率。
// MyBatis Collection标签使用
// 在MyBatis中，Collection标签用于映射数据库中的集合类型字段到Java对象中的集合属性。
// 示例代码如下：
public interface UserMapper {
List<User> selectUsersWithRoles();
}
<!-- 动态SQL原理 -->
<!-- 动态SQL是MyBatis提供的一种强大的功能，它允许我们在XML映射文件中根据条件动态地构建SQL语句。 -->
<!-- 示例代码如下： -->
<select id="selectUsersWithRoles" resultType="User">
SELECT u.*, r.*
FROM users u
LEFT JOIN user_roles ur ON u.id = ur.user_id
LEFT JOIN roles r ON ur.role_id = r.id
<where>
<if test="roles != null">
AND r.name IN
<foreach item="role" collection="roles" open="(" separator="," close=")">
#{role}
</foreach>
</if>
</where>
</select>
// 集合类型处理
// 在MyBatis中，我们可以映射多种集合类型，如List、Set、Map等。
// 示例代码如下：
public class User {
private List<Role> roles;
// 省略其他属性和方法
}
<!-- 集合属性配置 -->
<!-- 在XML映射文件中，我们可以为集合属性配置相应的映射关系。 -->
<select id="selectUsersWithRoles" resultType="User">
SELECT u.*, r.*
FROM users u
LEFT JOIN user_roles ur ON u.id = ur.user_id
LEFT JOIN roles r ON ur.role_id = r.id
<where>
<if test="roles != null">
AND r.name IN
<foreach item="role" collection="roles" open="(" separator="," close=")">
#{role}
</foreach>
</if>
</where>
</select>
// 集合元素处理
// 在MyBatis中，我们可以对集合元素进行遍历、条件判断等操作。
// 示例代码如下：
public class User {
private List<Role> roles;
// 省略其他属性和方法
}
<!-- 集合条件判断 -->
<!-- 在XML映射文件中，我们可以使用<if>标签进行条件判断。 -->
<select id="selectUsersWithRoles" resultType="User">
SELECT u.*, r.*
FROM users u
LEFT JOIN user_roles ur ON u.id = ur.user_id
LEFT JOIN roles r ON ur.role_id = r.id
<where>
<if test="roles != null">
AND r.name IN
<foreach item="role" collection="roles" open="(" separator="," close=")">
#{role}
</foreach>
</if>
</where>
</select>
// 集合循环遍历
// 在MyBatis中，我们可以使用<foreach>标签对集合进行循环遍历。
// 示例代码如下：
public class User {
private List<Role> roles;
// 省略其他属性和方法
}
<!-- 集合嵌套使用 -->
<!-- 在MyBatis中，我们可以使用嵌套的<foreach>标签对集合进行嵌套遍历。 -->
<select id="selectUsersWithRoles" resultType="User">
SELECT u.*, r.*
FROM users u
LEFT JOIN user_roles ur ON u.id = ur.user_id
LEFT JOIN roles r ON ur.role_id = r.id
<where>
<if test="roles != null">
AND r.name IN
<foreach item="role" collection="roles" open="(" separator="," close=")">
#{role}
</foreach>
</if>
</where>
</select>
// 集合性能优化
// 在使用MyBatis进行集合操作时，需要注意性能优化，例如避免使用过多的嵌套查询。
// 示例代码如下：
public class User {
private List<Role> roles;
// 省略其他属性和方法
}
<!-- 集合与数据库交互 -->
<!-- 在MyBatis中，我们可以通过XML映射文件或注解的方式与数据库进行交互。 -->
<select id="selectUsersWithRoles" resultType="User">
SELECT u.*, r.*
FROM users u
LEFT JOIN user_roles ur ON u.id = ur.user_id
LEFT JOIN roles r ON ur.role_id = r.id
<where>
<if test="roles != null">
AND r.name IN
<foreach item="role" collection="roles" open="(" separator="," close=")">
#{role}
</foreach>
</if>
</where>
</select>
// 集合与Java对象映射
// 在MyBatis中，我们可以将数据库中的集合类型字段映射到Java对象中的集合属性。
// 示例代码如下：
public class User {
private List<Role> roles;
// 省略其他属性和方法
}
<!-- 集合与XML配置结合 -->
<!-- 在MyBatis中，我们可以使用XML映射文件来配置集合的映射关系。 -->
<select id="selectUsersWithRoles" resultType="User">
SELECT u.*, r.*
FROM users u
LEFT JOIN user_roles ur ON u.id = ur.user_id
LEFT JOIN roles r ON ur.role_id = r.id
<where>
<if test="roles != null">
AND r.name IN
<foreach item="role" collection="roles" open="(" separator="," close=")">
#{role}
</foreach>
</if>
</where>
</select>
// 集合与注解结合
// 在MyBatis中，我们可以使用注解来简化集合的映射关系。
// 示例代码如下：
public class User {
@ManyToMany
private List<Role> roles;
// 省略其他属性和方法
}
// 集合与自定义类型处理
// 在MyBatis中，我们可以自定义类型处理器来处理集合类型。
// 示例代码如下：
public class CustomTypeHandler implements TypeHandler<List<Role>> {
// 省略实现
}
// 集合与MyBatis插件扩展
// 在MyBatis中，我们可以使用插件来扩展集合的处理功能。
// 示例代码如下：
public class CustomPlugin implements Plugin {
// 省略实现
}
| 功能点 | 描述 | 示例代码 |
|---|---|---|
| Collection标签使用 | 用于映射数据库中的集合类型字段到Java对象中的集合属性。 | public interface UserMapper { List<User> selectUsersWithRoles(); } |
| 动态SQL原理 | 允许在XML映射文件中根据条件动态构建SQL语句。 | <select id="selectUsersWithRoles" resultType="User"> ... </select> |
| 集合类型处理 | 映射多种集合类型，如List、Set、Map等。 | private List<Role> roles; |
| 集合属性配置 | 在XML映射文件中为集合属性配置映射关系。 | <select id="selectUsersWithRoles" resultType="User"> ... </select> |
| 集合元素处理 | 对集合元素进行遍历、条件判断等操作。 | private List<Role> roles; |
| 集合条件判断 | 使用<if>标签进行条件判断。 | <if test="roles != null"> ... </if> |
| 集合循环遍历 | 使用<foreach>标签对集合进行循环遍历。 | <foreach item="role" collection="roles" open="(" separator="," close=")"> ... </foreach> |
| 集合嵌套使用 | 使用嵌套的<foreach>标签对集合进行嵌套遍历。 | <foreach item="role" collection="roles" open="(" separator="," close=")"> ... </foreach> |
| 集合性能优化 | 注意性能优化，例如避免使用过多的嵌套查询。 | private List<Role> roles; |
| 集合与数据库交互 | 通过XML映射文件或注解的方式与数据库进行交互。 | <select id="selectUsersWithRoles" resultType="User"> ... </select> |
| 集合与Java对象映射 | 将数据库中的集合类型字段映射到Java对象中的集合属性。 | private List<Role> roles; |
| 集合与XML配置结合 | 使用XML映射文件来配置集合的映射关系。 | <select id="selectUsersWithRoles" resultType="User"> ... </select> |
| 集合与注解结合 | 使用注解来简化集合的映射关系。 | @ManyToMany private List<Role> roles; |
| 集合与自定义类型处理 | 自定义类型处理器来处理集合类型。 | public class CustomTypeHandler implements TypeHandler<List<Role>> { ... } |
| 集合与MyBatis插件扩展 | 使用插件来扩展集合的处理功能。 | public class CustomPlugin implements Plugin { ... } |
在实际应用中，Collection标签的使用大大简化了Java对象与数据库集合类型字段的映射过程。通过合理配置，可以有效地将数据库中的集合数据映射到Java对象中，从而实现数据的灵活操作。例如，在用户管理系统中，我们可以通过Collection标签将用户的角色信息映射到User对象中，便于后续的业务处理。此外，动态SQL原理的应用使得在XML映射文件中根据条件动态构建SQL语句成为可能，这为复杂查询的实现提供了便利。在处理集合类型时，需要注意性能优化，避免使用过多的嵌套查询，以提升系统性能。同时，结合MyBatis插件扩展，可以进一步丰富集合的处理功能，满足多样化的业务需求。
🍊 MyBatis核心知识点之collection：缓存处理
在当今的软件开发领域，MyBatis 作为一款优秀的持久层框架，以其简洁的配置和强大的功能，深受广大开发者的喜爱。然而，在实际应用中，我们常常会遇到一些性能瓶颈，尤其是在处理大量数据时，如何高效地管理缓存成为了一个关键问题。本文将围绕 MyBatis 核心知识点之 collection：缓存处理展开，探讨其重要性及具体应用。
在数据持久化操作中，缓存处理是提高系统性能的关键。想象一下，在一个大型系统中，频繁地执行数据库查询操作，每次都直接访问数据库，无疑会消耗大量的资源，并降低系统的响应速度。为了解决这个问题，MyBatis 提供了缓存机制，通过缓存已查询过的数据，减少对数据库的直接访问，从而提高系统的性能。
MyBatis 的缓存处理主要分为一级缓存和二级缓存。一级缓存是本地缓存，只对当前会话有效；二级缓存是全局缓存，对整个应用有效。一级缓存主要用于减少数据库访问次数，提高查询效率；二级缓存则用于跨会话共享数据，减少数据冗余。
介绍 MyBatis 核心知识点之 collection：缓存处理的重要性在于，它可以帮助开发者更好地管理数据，提高系统性能。在实际应用中，合理地使用缓存可以降低数据库压力，减少数据访问延迟，从而提升用户体验。
接下来，本文将分别介绍 MyBatis 的一级缓存和二级缓存。一级缓存主要涉及会话级别的缓存，包括查询缓存和更新缓存。查询缓存用于存储查询结果，避免重复查询；更新缓存则用于处理数据更新操作，确保缓存与数据库数据的一致性。二级缓存则涉及全局缓存，包括查询缓存和更新缓存。查询缓存用于跨会话共享数据，更新缓存则用于处理数据更新操作，确保缓存与数据库数据的一致性。
通过本文的介绍，读者可以了解到 MyBatis 缓存处理的基本原理和应用场景，为在实际项目中提高系统性能提供参考。在后续内容中，我们将进一步探讨 MyBatis 的一级缓存和二级缓存的具体实现和配置方法，帮助读者更好地掌握这一核心知识点。
MyBatis一级缓存原理
MyBatis一级缓存是MyBatis框架内部的一个缓存机制，主要用于减少数据库访问次数，提高查询效率。一级缓存的作用域是SqlSession，也就是说，同一个SqlSession中的查询结果会被缓存起来，后续的查询可以直接从缓存中获取，而不需要再次访问数据库。
缓存实现方式
MyBatis一级缓存是通过HashMap实现的。当执行查询操作时，MyBatis会将查询结果存储在一个HashMap中，以查询的参数作为键，查询结果作为值。当再次执行相同的查询时，MyBatis会首先检查HashMap中是否存在对应的键，如果存在，则直接从HashMap中获取查询结果，而不需要再次访问数据库。
缓存配置
MyBatis一级缓存默认是开启的，无需进行配置。但是，用户可以通过配置文件或注解来控制一级缓存的开启和关闭。
<settings>
<setting name="localCacheScope" value="STATEMENT"/>
</settings>
在上面的配置中，localCacheScope属性用于控制一级缓存的存储范围，其值可以是STATEMENT或SESSION。当值为STATEMENT时，MyBatis会为每个Statement创建一个新的HashMap作为缓存；当值为SESSION时，MyBatis会为整个SqlSession创建一个HashMap作为缓存。
缓存失效策略
MyBatis一级缓存默认采用最近最少使用（LRU）策略进行缓存失效。当缓存达到一定大小时，MyBatis会根据LRU策略淘汰一些缓存数据。
缓存与数据库一致性
MyBatis一级缓存与数据库一致性存在一定的矛盾。由于一级缓存的作用域是SqlSession，当在同一个SqlSession中执行更新操作时，缓存中的数据并不会立即失效，这可能导致缓存数据与数据库数据不一致。
为了解决这一问题，MyBatis提供了两种策略：
- 更新操作后，清空当前SqlSession的缓存。
- 更新操作后，刷新当前SqlSession的缓存。
缓存与事务管理
MyBatis一级缓存与事务管理存在一定的关联。当事务回滚时，MyBatis会根据缓存失效策略来处理缓存数据。
缓存命中率优化
缓存命中率是衡量缓存效果的重要指标。以下是一些提高缓存命中率的策略：
- 优化查询语句，减少查询结果集的大小。
- 适当增加缓存大小，避免缓存过小导致缓存淘汰。
- 根据业务需求，合理配置缓存失效策略。
缓存与并发控制
MyBatis一级缓存是线程安全的，因为其作用域是SqlSession。但是，当多个线程共享同一个SqlSession时，需要注意缓存并发问题。
缓存与序列化
MyBatis一级缓存默认不支持序列化。如果需要支持序列化，可以通过自定义缓存实现。
缓存与分布式系统
MyBatis一级缓存不支持分布式系统。在分布式系统中，可以使用Redis、Memcached等分布式缓存解决方案。
缓存与Spring集成
MyBatis一级缓存可以与Spring框架集成。在Spring配置文件中，可以通过AOP技术来控制MyBatis一级缓存的开启和关闭。
| 缓存概念 | 描述 |
|---|---|
| MyBatis一级缓存 | MyBatis框架内部的一个缓存机制，用于减少数据库访问次数，提高查询效率。 |
| 缓存实现方式 | 通过HashMap实现，以查询参数作为键，查询结果作为值。 |
| 缓存作用域 | SqlSession，同一个SqlSession中的查询结果会被缓存。 |
| 缓存配置 | 默认开启，可通过配置文件或注解控制开启和关闭。 |
| 缓存失效策略 | 默认采用LRU策略，当缓存达到一定大小时，根据策略淘汰数据。 |
| 缓存与数据库一致性 | 存在矛盾，更新操作可能导致缓存数据与数据库数据不一致。 |
| 缓存失效策略 | 提供两种策略：清空缓存或刷新缓存。 |
| 缓存与事务管理 | 事务回滚时，根据缓存失效策略处理缓存数据。 |
| 缓存命中率优化 | 优化查询语句、增加缓存大小、合理配置缓存失效策略。 |
| 缓存与并发控制 | 线程安全，但多个线程共享SqlSession时需注意缓存并发问题。 |
| 缓存与序列化 | 默认不支持序列化，可通过自定义缓存实现。 |
| 缓存与分布式系统 | 不支持分布式系统，可使用Redis、Memcached等分布式缓存解决方案。 |
| 缓存与Spring集成 | 可与Spring框架集成，通过AOP技术控制缓存开启和关闭。 |
MyBatis一级缓存的设计初衷是为了减少数据库的访问次数，从而提升应用程序的性能。然而，在实际应用中，缓存与数据库的一致性问题常常成为开发者关注的焦点。为了解决这一问题，MyBatis提供了缓存失效策略，包括清空缓存和刷新缓存两种方式。这种策略的灵活运用，有助于确保缓存数据与数据库数据的一致性，同时也能根据实际需求调整缓存的使用效果。
MyBatis二级缓存原理
MyBatis二级缓存是MyBatis框架提供的一种缓存机制，它允许用户在多个会话之间共享映射器缓存的映射语句结果集。二级缓存的工作原理基于以下步骤：
- 当MyBatis查询数据库时，首先会检查二级缓存中是否存在该数据。
- 如果二级缓存中存在该数据，则直接从缓存中获取，而不需要查询数据库。
- 如果二级缓存中不存在该数据，则查询数据库，并将查询结果存入二级缓存。
缓存策略
MyBatis提供了多种缓存策略，包括：
- LRU（最近最少使用）：缓存最近最少使用的对象。
- FIFO（先进先出）：缓存最早进入的对象。
- SOFT（软引用）：基于软引用的缓存策略，当JVM内存不足时，会自动清理缓存。
- WEAK（弱引用）：基于弱引用的缓存策略，当JVM垃圾回收器需要回收内存时，会自动清理缓存。
缓存配置
在MyBatis配置文件中，可以通过以下方式配置二级缓存：
<settings>
<setting name="cacheEnabled" value="true"/>
</settings>
缓存失效机制
MyBatis二级缓存具有以下失效机制：
- 当数据库中的数据发生变化时，MyBatis会自动更新二级缓存中的数据。
- 可以通过手动调用
flushCache()方法来刷新缓存。
缓存与事务的关系
MyBatis二级缓存与事务的关系如下：
- 当事务提交时，MyBatis会自动刷新二级缓存。
- 当事务回滚时，MyBatis不会刷新二级缓存。
缓存与查询缓存
MyBatis查询缓存是二级缓存的一种特殊形式，它允许用户在多个查询之间共享查询结果。
缓存与序列化
MyBatis二级缓存支持对象序列化，这意味着可以将对象存储在二级缓存中。
缓存与分布式系统
MyBatis二级缓存不支持分布式系统，因为它是基于本地存储的。
缓存与性能优化
MyBatis二级缓存可以显著提高性能，因为它减少了数据库查询次数。
缓存与数据一致性
MyBatis二级缓存可能导致数据不一致，因为它是基于本地存储的。
缓存与缓存穿透
缓存穿透是指查询不存在的数据，导致每次都查询数据库。
缓存与缓存雪崩
缓存雪崩是指缓存中大量数据同时失效，导致数据库压力增大。
缓存与缓存击穿
缓存击穿是指热点数据在缓存中失效，导致大量请求直接查询数据库。
缓存与缓存预热
缓存预热是指预先加载热点数据到缓存中。
缓存与缓存更新策略
MyBatis二级缓存支持多种缓存更新策略，包括：
UPDATE：当更新数据时，刷新缓存。DELETE：当删除数据时，刷新缓存。
| 缓存概念 | 原理描述 | 缓存策略 | 配置方式 | 失效机制 | 与事务关系 | 与查询缓存关系 | 与序列化关系 | 与分布式系统关系 | 性能优化效果 | 数据一致性影响 | 缓存穿透问题 | 缓存雪崩问题 | 缓存击穿问题 | 缓存预热 | 缓存更新策略 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| MyBatis二级缓存 | 允许用户在多个会话之间共享映射器缓存的映射语句结果集，减少数据库查询次数。 | LRU、FIFO、SOFT、WEAK等策略。 | 通过配置文件设置<settings name="cacheEnabled" value="true"/>。 | 数据库数据变化时自动更新，或手动调用flushCache()刷新。 | 事务提交时自动刷新，事务回滚时不刷新。 | 查询缓存是二级缓存的一种特殊形式，共享查询结果。 | 支持对象序列化，可以将对象存储在二级缓存中。 | 不支持分布式系统，基于本地存储。 | 显著提高性能，减少数据库查询次数。 | 可能导致数据不一致，因为基于本地存储。 | 查询不存在的数据导致每次都查询数据库。 | 缓存中大量数据同时失效，导致数据库压力增大。 | 热点数据在缓存中失效，导致大量请求直接查询数据库。 | 预先加载热点数据到缓存中。 | UPDATE和DELETE策略，更新或删除数据时刷新缓存。 |
MyBatis二级缓存的设计初衷是为了减少数据库的查询次数，提高应用性能。它通过在多个会话间共享映射器缓存的映射语句结果集来实现这一目标。在实际应用中，缓存策略的选择至关重要，LRU、FIFO、SOFT、WEAK等策略各有优劣，需要根据具体场景进行选择。配置方式上，只需在MyBatis配置文件中设置
<settings name="cacheEnabled" value="true"/>即可开启缓存功能。然而，缓存更新策略同样重要，如UPDATE和DELETE操作时，需要及时刷新缓存以保持数据一致性。此外，缓存预热是提高缓存命中率的有效手段，通过预先加载热点数据到缓存中，可以减少初次访问时的延迟。在处理缓存穿透问题时，可以通过布隆过滤器等技术来避免查询不存在的数据导致每次都查询数据库的情况。总之，合理配置和使用MyBatis二级缓存，可以在保证数据一致性的前提下，显著提升应用性能。
🍊 MyBatis核心知识点之collection：性能优化
在当今的软件开发领域，MyBatis 作为一款优秀的持久层框架，被广泛应用于各种项目中。然而，在实际应用中，我们常常会遇到性能瓶颈，尤其是在处理大量数据时。本文将围绕 MyBatis 核心知识点之 collection 的性能优化展开讨论。
在许多业务场景中，我们常常需要从数据库中查询并处理集合类型的数据。然而，如果处理不当，这些操作可能会成为性能的瓶颈。例如，在一个电商系统中，我们可能需要查询某个商品的所有订单信息，这些订单信息可能包含大量的数据。如果直接在 MyBatis 中进行查询，可能会因为数据量过大而导致查询效率低下，从而影响整个系统的性能。
为了解决这个问题，我们需要对 MyBatis 的 collection 进行性能优化。首先，我们可以通过查询优化来提高查询效率。例如，我们可以使用分页查询、索引优化等手段来减少查询的数据量，从而提高查询速度。其次，我们可以通过缓存优化来减少数据库的访问次数，进一步提高性能。例如，我们可以使用 MyBatis 的一级缓存或二级缓存来缓存查询结果，避免重复查询。
接下来，本文将详细介绍 MyBatis 核心知识点之 collection 的查询优化和缓存优化。首先，我们将探讨如何通过优化查询语句、使用合适的查询策略来提高查询效率。然后，我们将深入分析 MyBatis 的缓存机制，介绍如何利用缓存来提高性能。
介绍这些知识点的目的在于，帮助开发者更好地理解和运用 MyBatis，从而在项目中实现高效的数据库操作。通过掌握这些性能优化技巧，开发者可以显著提高系统的性能，提升用户体验，降低系统成本。在接下来的内容中，我们将依次展开对 MyBatis 核心知识点之 collection 的查询优化和缓存优化的详细讲解。
// MyBatis 集合标签使用示例
// 在 MyBatis 的映射文件中，可以使用 `<collection>` 标签来映射关联集合
// 以下是一个简单的示例，假设有一个用户实体，其中包含多个角色
public interface UserMapper {
List<Role> selectRolesByUserId(@Param("userId") int userId);
}
// 对应的 MyBatis 映射文件
<mapper namespace="com.example.mapper.UserMapper">
<select id="selectRolesByUserId" resultType="com.example.entity.Role">
SELECT r.*
FROM roles r
INNER JOIN user_roles ur ON r.id = ur.role_id
WHERE ur.user_id = #{userId}
</select>
<resultMap id="userRoleMap" type="com.example.entity.User">
<id property="id" column="id"/>
<result property="username" column="username"/>
<collection property="roles" ofType="com.example.entity.Role">
<id property="id" column="role_id"/>
<result property="name" column="role_name"/>
</collection>
</resultMap>
</mapper>
-
集合属性配置：在 MyBatis 映射文件中，
<collection>标签的属性包括property、ofType、column等。property属性指定了关联集合在结果对象中的属性名，ofType属性指定了关联集合中元素的类型，column属性指定了用于关联查询的列名。 -
集合嵌套查询优化：对于嵌套查询，可以通过合理设计 SQL 语句和索引来优化查询性能。例如，使用 EXISTS 语句代替 INNER JOIN 可以提高查询效率。
-
集合关联查询优化：对于关联查询，可以通过选择合适的关联策略来优化查询性能。例如，使用懒加载（延迟加载）可以减少查询数据量，提高查询效率。
-
集合结果映射优化：在结果映射时，可以通过使用
<resultMap>标签来优化映射过程。例如，使用<collection>标签的property属性可以简化映射过程。 -
集合性能调优策略：为了提高集合查询的性能，可以采取以下策略：
- 优化 SQL 语句，例如使用合适的索引、避免全表扫描等。
- 优化数据结构，例如使用缓存、减少数据冗余等。
- 优化查询逻辑，例如使用分页查询、减少查询数据量等。
-
集合查询缓存处理：在 MyBatis 中，可以使用一级缓存和二级缓存来提高查询性能。对于集合查询，可以通过配置缓存策略来提高缓存命中率。
-
集合查询分页优化：对于集合查询，可以使用分页查询来减少查询数据量，提高查询效率。在 MyBatis 中，可以使用
<select>标签的limit属性来实现分页查询。 -
集合查询SQL优化：为了优化集合查询的 SQL 性能，可以采取以下措施：
- 使用合适的索引，例如主键索引、唯一索引、复合索引等。
- 避免使用 SELECT *，只选择需要的列。
- 使用合适的 JOIN 类型，例如 INNER JOIN、LEFT JOIN、RIGHT JOIN 等。
- 避免使用子查询，尽量使用 JOIN 语句。
| 优化方面 | 详细描述 |
|---|---|
| 集合属性配置 | 使用 <collection> 标签的 property 属性指定关联集合在结果对象中的属性名，ofType 属性指定关联集合中元素的类型，column 属性指定用于关联查询的列名。 |
| 集合嵌套查询优化 | 通过合理设计 SQL 语句和索引来优化查询性能，例如使用 EXISTS 语句代替 INNER JOIN。 |
| 集合关联查询优化 | 选择合适的关联策略，如懒加载（延迟加载）减少查询数据量，提高查询效率。 |
| 集合结果映射优化 | 使用 <resultMap> 标签简化映射过程，通过 <collection> 标签的 property 属性实现。 |
| 集合性能调优策略 | 优化 SQL 语句、数据结构和查询逻辑，如使用合适的索引、缓存、分页查询等。 |
| 集合查询缓存处理 | 使用一级缓存和二级缓存提高查询性能，配置缓存策略提高缓存命中率。 |
| 集合查询分页优化 | 使用分页查询减少查询数据量，提高查询效率，通过 <select> 标签的 limit 属性实现。 |
| 集合查询SQL优化 | 采取以下措施优化 SQL 性能：使用合适的索引、避免全表扫描、选择合适的 JOIN 类型、避免使用子查询等。 |
在实际应用中，集合属性配置的灵活性使得开发者能够根据需求动态调整关联集合的属性映射。例如，在处理复杂的多对多关系时，通过精确配置
property和ofType，可以确保数据的一致性和准确性。此外，合理使用column属性可以针对特定的数据库列进行关联查询，从而提高查询的针对性。这种配置方式不仅简化了映射过程，还提升了系统的可维护性。
// MyBatis 缓存机制原理
// MyBatis 的缓存机制主要分为一级缓存和二级缓存。
// 一级缓存是SqlSession级别的缓存，当SqlSession开启时，MyBatis 会创建一个缓存区域，用于存储该SqlSession所执行的查询结果。
// 二级缓存是Mapper级别的缓存，当同一个Mapper的同一个查询被多次执行时，MyBatis 会将查询结果存储在二级缓存中，下次查询时直接从缓存中获取结果。
// collection标签配置与使用
// 在MyBatis的映射文件中，可以使用<collection>标签来处理一对多或多对多的关联关系。
// 例如，在查询一个用户时，可能需要获取该用户的所有订单信息，可以使用以下配置：
```xml
<select id="selectUserOrders" resultType="Order">
SELECT * FROM orders WHERE user_id = #{userId}
</select>
<resultMap id="userOrderMap" type="User">
<id property="id" column="id"/>
<result property="name" column="name"/>
<collection property="orders" ofType="Order">
<id property="id" column="order_id"/>
<result property="orderNo" column="order_no"/>
<result property="amount" column="amount"/>
</collection>
</resultMap>
// 缓存优化策略 // 为了提高缓存命中率，可以采取以下优化策略： // 1. 合理设置缓存大小，避免缓存过小导致缓存命中率低，缓存过大导致内存溢出。 // 2. 使用合适的缓存过期策略，避免缓存数据过时。 // 3. 根据业务需求，合理配置缓存数据更新策略，如定时更新、主动更新等。
// 一级缓存与二级缓存区别 // 一级缓存是SqlSession级别的缓存，当SqlSession关闭时，缓存数据会失效。 // 二级缓存是Mapper级别的缓存，当Mapper被关闭时，缓存数据仍然存在。
// 缓存失效与刷新机制 // 当数据发生变化时，需要使缓存失效或刷新缓存数据。 // MyBatis 提供了<update>、<delete>等标签来处理数据更新，这些标签会自动使相关缓存失效。
// 缓存命中率与性能分析 // 缓存命中率是指缓存命中次数与查询总数的比值。 // 可以通过分析缓存命中率来评估缓存性能，并根据实际情况调整缓存配置。
// 缓存配置与调优 // MyBatis 提供了多种缓存配置选项，如缓存类型、缓存大小、缓存过期时间等。 // 可以根据业务需求，合理配置缓存参数，并进行调优。
// 缓存与事务管理 // 在事务管理过程中，需要确保缓存的一致性。 // MyBatis 提供了事务管理器，可以与Spring等框架集成，实现事务管理。
// 缓存与多数据源配置 // 在多数据源配置中，需要确保每个数据源的缓存独立，避免数据冲突。
// 缓存与分布式应用 // 在分布式应用中，需要考虑缓存的一致性和分区问题。 // 可以使用分布式缓存技术，如Redis、Memcached等，来解决这些问题。
// 缓存与自定义实现 // MyBatis 允许自定义缓存实现，可以根据业务需求，实现自己的缓存策略。
| 缓存概念 | 描述 | 关键点 |
|----------------|------------------------------------------------------------|--------------------------------------------------------------|
| 一级缓存 | SqlSession级别的缓存，存储该SqlSession所执行的查询结果。 | - 当SqlSession关闭时，缓存数据失效。 <br> - 缓存范围局限于单个SqlSession。 |
| 二级缓存 | Mapper级别的缓存，存储同一个Mapper的同一个查询结果。 | - 当Mapper关闭时，缓存数据仍然存在。 <br> - 缓存范围局限于单个Mapper。 |
| collection标签 | 用于处理一对多或多对多的关联关系。 | - 通过配置<collection>标签，可以获取关联数据。 <br> - 需要配置<resultMap>来映射结果集。 |
| 缓存优化策略 | 提高缓存命中率，避免缓存过小或过大。 | - 合理设置缓存大小。 <br> - 使用合适的缓存过期策略。 <br> - 合理配置缓存数据更新策略。 |
| 缓存失效与刷新 | 当数据发生变化时，使缓存失效或刷新缓存数据。 | - 使用<update>、<delete>等标签处理数据更新，自动使相关缓存失效。 |
| 缓存命中率 | 缓存命中次数与查询总数的比值。 | - 通过分析缓存命中率评估缓存性能。 <br> - 根据实际情况调整缓存配置。 |
| 缓存配置与调优 | MyBatis提供多种缓存配置选项，如缓存类型、缓存大小、缓存过期时间等。 | - 根据业务需求合理配置缓存参数。 <br> - 进行缓存调优。 |
| 缓存与事务管理 | 确保缓存的一致性。 | - MyBatis提供事务管理器，可与Spring等框架集成。 |
| 缓存与多数据源配置 | 确保每个数据源的缓存独立，避免数据冲突。 | - 针对每个数据源配置独立的缓存。 |
| 缓存与分布式应用 | 考虑缓存的一致性和分区问题。 | - 使用分布式缓存技术，如Redis、Memcached等。 |
| 缓存与自定义实现 | 允许自定义缓存实现，根据业务需求实现自己的缓存策略。 | - 根据业务需求实现缓存策略。 |
> 在实际应用中，合理运用缓存可以显著提升数据库查询效率，减少数据库压力。例如，在电商系统中，商品信息查询频繁，通过一级缓存可以快速响应用户请求，提高用户体验。同时，二级缓存可以存储用户浏览记录，实现个性化推荐，增强用户粘性。然而，缓存并非万能，需要根据实际情况进行配置与调优，以确保缓存性能与数据一致性。例如，在分布式系统中，缓存的一致性和分区问题需要特别关注，此时可以考虑使用分布式缓存技术，如Redis、Memcached等，以实现跨节点数据共享。
博主分享
📥博主的人生感悟和目标
📙经过多年在优快云创作上千篇文章的经验积累，我已经拥有了不错的写作技巧。同时，我还与清华大学出版社签下了四本书籍的合约，并将陆续出版。
- 《Java项目实战—深入理解大型互联网企业通用技术》基础篇的购书链接：https://item.jd.com/14152451.html
- 《Java项目实战—深入理解大型互联网企业通用技术》基础篇繁体字的购书链接：http://product.dangdang.com/11821397208.html
- 《Java项目实战—深入理解大型互联网企业通用技术》进阶篇的购书链接：https://item.jd.com/14616418.html
- 《Java项目实战—深入理解大型互联网企业通用技术》架构篇待上架
- 《解密程序员的思维密码--沟通、演讲、思考的实践》购书链接：https://item.jd.com/15096040.html
面试备战资料
八股文备战
| 场景 | 描述 | 链接 |
|---|---|---|
| 时间充裕（25万字） | Java知识点大全（高频面试题） | Java知识点大全 |
| 时间紧急（15万字） | Java高级开发高频面试题 | Java高级开发高频面试题 |
理论知识专题（图文并茂，字数过万）
| 技术栈 | 链接 |
|---|---|
| RocketMQ | RocketMQ详解 |
| Kafka | Kafka详解 |
| RabbitMQ | RabbitMQ详解 |
| MongoDB | MongoDB详解 |
| ElasticSearch | ElasticSearch详解 |
| Zookeeper | Zookeeper详解 |
| Redis | Redis详解 |
| MySQL | MySQL详解 |
| JVM | JVM详解 |
集群部署（图文并茂，字数过万）
| 技术栈 | 部署架构 | 链接 |
|---|---|---|
| MySQL | 使用Docker-Compose部署MySQL一主二从半同步复制高可用MHA集群 | Docker-Compose部署教程 |
| Redis | 三主三从集群（三种方式部署/18个节点的Redis Cluster模式） | 三种部署方式教程 |
| RocketMQ | DLedger高可用集群（9节点） | 部署指南 |
| Nacos+Nginx | 集群+负载均衡（9节点） | Docker部署方案 |
| Kubernetes | 容器编排安装 | 最全安装教程 |
开源项目分享
| 项目名称 | 链接地址 |
|---|---|
| 高并发红包雨项目 | https://gitee.com/java_wxid/red-packet-rain |
| 微服务技术集成demo项目 | https://gitee.com/java_wxid/java_wxid |
管理经验
【公司管理与研发流程优化】针对研发流程、需求管理、沟通协作、文档建设、绩效考核等问题的综合解决方案：https://download.youkuaiyun.com/download/java_wxid/91148718
希望各位读者朋友能够多多支持！
现在时代变了，信息爆炸，酒香也怕巷子深，博主真的需要大家的帮助才能在这片海洋中继续发光发热，所以，赶紧动动你的小手，点波关注❤️，点波赞👍，点波收藏⭐，甚至点波评论✍️，都是对博主最好的支持和鼓励！
- 💂 博客主页： Java程序员廖志伟
- 👉 开源项目：Java程序员廖志伟
- 🌥 哔哩哔哩：Java程序员廖志伟
- 🎏 个人社区：Java程序员廖志伟
- 🔖 个人微信号：
SeniorRD
🔔如果您需要转载或者搬运这篇文章的话，非常欢迎您私信我哦~
扫一扫
372
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
