Spring Boot は MySQL の読み取り/書き込み分離テクノロジを実装します-＆＃＆チュートリアル-php.cn

読み取りと書き込みの分離を実現する方法、Spring Boot プロジェクト、データベースは MySQL、永続層は MyBatis を使用します。

実際、これを実装するのは非常に簡単です。まず質問について考えてください:

高同時実行シナリオの場合、データベースに関するすべてどのような最適化方法がありますか?

次の実装方法が一般的に使用されます: 読み取り/書き込み分離、キャッシュ、マスター/スレーブアーキテクチャクラスター、サブデータベースとサブテーブルなど。

インターネットアプリケーションでは、ほとんどのシナリオで読み取りが多くなり、書き込みが少なくなり、メインライブラリと読み取りライブラリの 2 つのライブラリがセットアップされます。

メインライブラリは書き込みを担当し、スレーブライブラリは主に読み取りを担当します。読み取りライブラリクラスターを確立すると、読み取りと書き込みを分離することで読み取りと書き込みの競合を減らし、データベースの負荷を軽減できます。データソース上の機能。データベースを保護する目的。実際の運用では、書き込み部分は直接メインライブラリに、読み込み部分は直接読み込みライブラリに切り替わる、典型的な読み書き分離技術です。

この記事では、読み取りと書き込みの分離に焦点を当て、それを達成する方法を検討します。

Spring Boot は MySQL の読み取り/書き込み分離テクノロジを実装します

マスター/スレーブ同期の制限事項: マスターデータベースとスレーブデータベースに分かれており、マスターデータベースとスレーブデータベースは同じデータベース構造を維持します。マスターデータベースは書き込みを担当し、データを書き込むと、データはスレーブデータベースに自動的に同期されます。スレーブデータベースは読み取りを担当し、読み取り要求が来ると、データは読み取りデータベースから直接読み取られ、マスターデータベースは自動的にデータをスレーブデータベースにコピーします。ただし、このブログでは運用と保守の作業に重点を置いているため、この部分の構成知識は紹介しません。

ここには問題が含まれています:

マスター/スレーブレプリケーションの遅延問題。メインデータベースに書き込むときに、突然読み取りリクエストが来ますが、データはまだそこにあります。完全な同期がないと、読み取り要求されたデータを読み取ることができない、または読み取られたデータが元の値より小さいという状況が発生します。最も単純な具体的な解決策は、読み取りリクエストを一時的にメインライブラリに向けることですが、同時にマスターとスレーブの分離の意味の一部も失われます。つまり、厳密な意味でのデータ整合性シナリオでは、読み取りと書き込みの分離は完全に適切ではないため、読み取りと書き込みの分離を使用する欠点として、更新の適時性に注意してください。

わかりました。この部分は理解のためのものです。次に、Java コードを通じて読み取りと書き込みの分離を実現する方法を見てみましょう:

注: このプロジェクトでは、Spring Boot、spring-aop、spring-jdbc、aspectjweaver などの依存関係を導入する必要があります。

プログラム期間: わずか 30 日、何をすればいいですか?準備しますか?

1: マスター/スレーブデータソースの構成

マスター/スレーブを構成する必要がありますデータベース、マスター/スレーブデータベース構成は通常、構成ファイルに記述されます。 @ConfigurationProperties アノテーションを使用すると、構成ファイル内のプロパティ (一般的な名前: application.Properties) を特定のクラスプロパティにマッピングできるため、書き込まれた値を読み取って特定のコードに挿入できます。カスタムは合意よりも優れているという原則に従って、私たちは全員、メインライブラリをマスターとしてマークし、スレーブライブラリをスレーブとしてマークします。

このプロジェクトは Alibaba の druid データベース接続プールを使用し、ビルドビルダーモードを使用して DataSource オブジェクトを作成します。DataSource はコードレベルで抽象化されたデータソースです。次に、sessionFactory、sqlTemplate、トランザクションマネージャーなどを構成する必要があります。

/**
 * 主从配置 
 */
@Configuration
@MapperScan(basePackages = "com.wyq.mysqlreadwriteseparate.mapper", sqlSessionTemplateRef = "sqlTemplate")
public class DataSourceConfig {

    /**
     * 主库
     */
    @Bean
    @ConfigurationProperties(prefix = "spring.datasource.master")
    public DataSource master() {
        return DruidDataSourceBuilder.create().build();
    }

    /**
     * 从库
     */
    @Bean
    @ConfigurationProperties(prefix = "spring.datasource.slave")
    public DataSource slaver() {
        return DruidDataSourceBuilder.create().build();
    }


    /**
     * 实例化数据源路由
     */
    @Bean
    public DataSourceRouter dynamicDB(@Qualifier("master") DataSource masterDataSource,
                                      @Autowired(required = false) @Qualifier("slaver") DataSource slaveDataSource) {
        DataSourceRouter dynamicDataSource = new DataSourceRouter();
        Map<Object, Object> targetDataSources = new HashMap<>();
        targetDataSources.put(DataSourceEnum.MASTER.getDataSourceName(), masterDataSource);
        if (slaveDataSource != null) {
            targetDataSources.put(DataSourceEnum.SLAVE.getDataSourceName(), slaveDataSource);
        }
        dynamicDataSource.setTargetDataSources(targetDataSources);
        dynamicDataSource.setDefaultTargetDataSource(masterDataSource);
        return dynamicDataSource;
    }


    /**
     * 配置sessionFactory
     * @param dynamicDataSource
     * @return
     * @throws Exception
     */
    @Bean
    public SqlSessionFactory sessionFactory(@Qualifier("dynamicDB") DataSource dynamicDataSource) throws Exception {
        SqlSessionFactoryBean bean = new SqlSessionFactoryBean();
        bean.setMapperLocations(
                new PathMatchingResourcePatternResolver().getResources("classpath*:mapper/*Mapper.xml"));
        bean.setDataSource(dynamicDataSource);
        return bean.getObject();
    }


    /**
     * 创建sqlTemplate
     * @param sqlSessionFactory
     * @return
     */
    @Bean
    public SqlSessionTemplate sqlTemplate(@Qualifier("sessionFactory") SqlSessionFactory sqlSessionFactory) {
        return new SqlSessionTemplate(sqlSessionFactory);
    }


    /**
     * 事务配置
     *
     * @param dynamicDataSource
     * @return
     */
    @Bean(name = "dataSourceTx")
    public DataSourceTransactionManager dataSourceTransactionManager(@Qualifier("dynamicDB") DataSource dynamicDataSource) {
        DataSourceTransactionManager dataSourceTransactionManager = new DataSourceTransactionManager();
        dataSourceTransactionManager.setDataSource(dynamicDataSource);
        return dataSourceTransactionManager;
    }
}

ログイン後にコピー

2: データソースルーティングの構成

ルーティングはマスターとスレーブの分離において非常に重要です。読み取り/書き込みスイッチングの中核。 Spring は、ユーザー定義のルールに従って現在のデータソースを選択するための AbstractRoutingDataSource を提供します。その機能は、クエリを実行する前に使用されるデータソースを設定し、動的ルーティングデータソースを実装し、各データベースクエリ操作の前にそれを実行することです。抽象メソッド determineCurrentLookupKey() は、使用するデータソースを決定します。

グローバルデータソースマネージャーを使用するには、グローバル変数として理解され、いつでもアクセスできる DataSourceContextHolder データベースコンテキストマネージャーを導入する必要があります (以下の詳細な紹介を参照)。関数は現在のデータソースを保存します。

public class DataSourceRouter extends AbstractRoutingDataSource {

    /**
     * 最终的determineCurrentLookupKey返回的是从DataSourceContextHolder中拿到的,因此在动态切换数据源的时候注解
     * 应该给DataSourceContextHolder设值
     *
     * @return
     */
    @Override
    protected Object determineCurrentLookupKey() {
        return DataSourceContextHolder.get();

    }
}

ログイン後にコピー

三：数据源上下文环境

数据源上下文保存器,便于程序中可以随时取到当前的数据源，它主要利用 ThreadLocal 封装，因为 ThreadLocal 是线程隔离的，天然具有线程安全的优势。这里暴露了 set 和 get、clear 方法，set 方法用于赋值当前的数据源名，get 方法用于获取当前的数据源名称，clear 方法用于清除 ThreadLocal 中的内容，因为 ThreadLocal 的 key 是 weakReference 是有内存泄漏风险的，通过 remove 方法防止内存泄漏。

/**
 * 利用ThreadLocal封装的保存数据源上线的上下文context
 */
public class DataSourceContextHolder {

    private static final ThreadLocal<String> context = new ThreadLocal<>();

    /**
     * 赋值
     *
     * @param datasourceType
     */
    public static void set(String datasourceType) {
        context.set(datasourceType);
    }

    /**
     * 获取值
     * @return
     */
    public static String get() {
        return context.get();
    }

    public static void clear() {
        context.remove();
    }
}

ログイン後にコピー

四：切换注解和 Aop 配置

首先我们来定义一个@DataSourceSwitcher 注解,拥有两个属性

① 当前的数据源② 是否清除当前的数据源，并且只能放在方法上，(不可以放在类上，也没必要放在类上，因为我们在进行数据源切换的时候肯定是方法操作)，该注解的主要作用就是进行数据源的切换，在 dao 层进行操作数据库的时候，可以在方法上注明表示的是当前使用哪个数据源。

@DataSourceSwitcher 注解的定义:

@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.METHOD)
@Documented
public @interface DataSourceSwitcher {
    /**
     * 默认数据源
     * @return
     */
    DataSourceEnum value() default DataSourceEnum.MASTER;
    /**
     * 清除
     * @return
     */
    boolean clear() default true;

}

ログイン後にコピー

DataSourceAop配置：

为了赋予@DataSourceSwitcher 注解能够切换数据源的能力，我们需要使用 AOP，然后使用@Aroud 注解找到方法上有@DataSourceSwitcher.class 的方法，然后取注解上配置的数据源的值，设置到 DataSourceContextHolder 中，就实现了将当前方法上配置的数据源注入到全局作用域当中。

@Slf4j
@Aspect
@Order(value = 1)
@Component
public class DataSourceContextAop {

    @Around("@annotation(com.wyq.mysqlreadwriteseparate.annotation.DataSourceSwitcher)")
    public Object setDynamicDataSource(ProceedingJoinPoint pjp) throws Throwable {
        boolean clear = false;
        try {
            Method method = this.getMethod(pjp);
            DataSourceSwitcher dataSourceSwitcher = method.getAnnotation(DataSourceSwitcher.class);
            clear = dataSourceSwitcher.clear();
            DataSourceContextHolder.set(dataSourceSwitcher.value().getDataSourceName());
            log.info("数据源切换至：{}", dataSourceSwitcher.value().getDataSourceName());
            return pjp.proceed();
        } finally {
            if (clear) {
                DataSourceContextHolder.clear();
            }

        }
    }

    private Method getMethod(JoinPoint pjp) {
        MethodSignature signature = (MethodSignature) pjp.getSignature();
        return signature.getMethod();
    }

}

ログイン後にコピー

五：用法以及测试

在配置好了读写分离之后,就可以在代码中使用了，一般而言我们使用在 service 层或者 dao 层，在需要查询的方法上添加@DataSourceSwitcher(DataSourceEnum.SLAVE)，它表示该方法下所有的操作都走的是读库。在需要 update 或者 insert 的时候使用@DataSourceSwitcher(DataSourceEnum.MASTER)表示接下来将会走写库。

其实还有一种更为自动的写法,可以根据方法的前缀来配置 AOP 自动切换数据源，比如 update、insert、fresh 等前缀的方法名一律自动设置为写库。select、get、query 等前缀的方法名一律配置为读库，这是一种更为自动的配置写法。缺点就是方法名需要按照 aop 配置的严格来定义，否则就会失效。

@Service
public class OrderService {

    @Resource
    private OrderMapper orderMapper;


    /**
     * 读操作
     *
     * @param orderId
     * @return
     */
    @DataSourceSwitcher(DataSourceEnum.SLAVE)
    public List<Order> getOrder(String orderId) {
        return orderMapper.listOrders(orderId);

    }

    /**
     * 写操作
     *
     * @param orderId
     * @return
     */
    @DataSourceSwitcher(DataSourceEnum.MASTER)
    public List<Order> insertOrder(Long orderId) {
        Order order = new Order();
        order.setOrderId(orderId);
        return orderMapper.saveOrder(order);
    }
}

ログイン後にコピー

六：总结

还是画张图来简单总结一下：

この記事では、データベースの読み取りと書き込みの分離を実現する方法を紹介します。読み取りと書き込みの分離の中核はデータルーティングであることに注意してください。AbstractRoutingDataSource とdetermineCurrentLookupKey.()メソッドを上書きします。同時に、グローバルコンテキストマネージャー DataSourceContextHolder に注意する必要があります。これは、データソースコンテキストを保存するメインクラスであり、ルーティングメソッドで見つかるデータソース値でもあります。これはデータソースの転送ステーションに相当し、データソースやトランザクションなどを作成および管理するための jdbc-Template の最下層と組み合わせることで、データベースの読み取りと書き込みの分離が完全に実現されます。

以上がSpring Boot は MySQL の読み取り/書き込み分離テクノロジを実装しますの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。