MyBatis 是一個優秀的持久層框架，它支持定制化 SQL、存儲過程以及高級映射。在分布式系統中，為了解決數據庫的讀寫性能問題，我們可以使用 MyBatis 分片來實現數據的水平切分。下面是一個實際的應用案例：

1. 需求分析

假設我們有一個電商系統，其中有一個訂單表（orders），隨著業務的發展，訂單表的數據量越來越大，導致查詢性能逐漸下降。為了提高查詢性能，我們決定對訂單表進行分片。

2. 分片策略

我們選擇按照訂單的創建時間進行分片，將訂單表分為多個子表，每個子表存儲一個月的訂單數據。這樣，在查詢訂單時，只需要查詢與查詢條件相關的子表，而不是整個訂單表，從而提高查詢性能。

3. 分片實現

3.1 數據庫表結構調整

首先，我們需要修改數據庫表結構，將原始的 orders 表拆分為多個子表，如 orders_202106、orders_202107 等。

3.2 MyBatis 配置

接下來，我們需要在 MyBatis 的配置文件中添加分片配置。這里我們使用 MyBatis-Plus 作為擴展插件，它提供了分片功能。

<!-- mybatis-config.xml --><configuration>
    <!-- ... -->
   <plugins>
       <plugin interceptor="com.baomidou.mybatisplus.extension.plugins.PaginationInterceptor">
           <property name="helperDialect" value="mysql"/>
           <property name="countSqlParser" value="com.baomidou.mybatisplus.extension.parsers.JsqlParserCountOptimize"/>
        </plugin>
       <plugin interceptor="com.baomidou.mybatisplus.extension.plugins.ShardingPlugin">
           <property name="sharding" value="com.example.demo.sharding.OrderShardingStrategy"/>
        </plugin>
    </plugins>
</configuration>

3.3 分片策略實現

然后，我們需要實現分片策略。在這個例子中，我們按照訂單的創建時間進行分片。

// OrderShardingStrategy.java
public class OrderShardingStrategy implements ShardingStrategy {
    @Override
    public String getShardingTable(Object obj) {
        Order order = (Order) obj;
        Date createTime = order.getCreateTime();
        SimpleDateFormat sdf = new SimpleDateFormat("yyyyMM");
        return "orders_" + sdf.format(createTime);
    }
}

3.4 DAO 層調整

最后，我們需要在 DAO 層進行相應的調整，以便正確地操作分片表。

// OrderMapper.java
public interface OrderMapper extends BaseMapper<Order> {
    // 根據訂單ID查詢訂單
    Order selectById(@Param("id") Long id);

    // 根據用戶ID查詢訂單列表
    List<Order> selectByUserId(@Param("userId") Long userId);

    // 新增訂單
    int insert(Order order);

    // 更新訂單狀態
    int updateStatus(@Param("id") Long id, @Param("status") Integer status);
}

4. 測試

完成以上步驟后，我們可以進行測試，驗證分片功能是否正常工作。通過查看日志，我們可以看到 MyBatis 自動根據分片策略選擇正確的子表進行操作。

總之，通過 MyBatis 分片，我們可以有效地解決數據庫讀寫性能問題，提高系統的可擴展性和穩定性。