AWS Database Migration Serviceを使って無停止でDB統合※読み込み側だけだよー📢

Slide 1

Slide 1 text

Slide 2

Slide 2 text

すべてのユーザーがシステムを使いこなせる世界にシステム導入だけで終わらせない、利活用のためのDXプラットフォーム

Slide 3

Slide 3 text

すべてのユーザーがシステムを使いこなせる世界にシステム導入だけで終わらせない、利活用のためのDXプラットフォーム

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

11 © 2024 Techtouch. 前提 - DBの特徴 - 最初Aurora MySQL 2.xのレプリケーション機能を利用しようとしたが利用しているバージョンではテーブル単位のレプリケーションができなかったため断念 — Aurora MySQL 2.x のバイナリログレプリケーションでは information_schema, performance_schema, mysql データベース上の Aurora の管理テーブルを除く、すべてのデータベースの変更がレプリケーションされる (ソースのバイナリログに書き込まれる) 動作となる参照：https://dev.mysql.com/doc/refman/5.7/en/binary-log-mysql-database.html

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

21 © 2024 Techtouch. 気をつけるポイント① 外部キー制約やインデックスなどのメタデータは同期されない - DMSはテーブル作成からレプリまでしてくれる設定がある - 外部キー制約やインデックスなどのメタデータは同期されないメタデータが必要な場合は事前にテーブルを作成しておきましょう！ create table if not exists drop & create truncate

Slide 22

Slide 22 text

22 © 2024 Techtouch. 気をつけるポイント② Max LOB サイズを適切に設定しないとデータが切り捨てられる - LOB（Large Object）とは - データベースにおいて扱われる巨大なデータを表す用語 - BLOB（バイナリデータ） - CLOB（テキストデータ）→ JSON型 etc - XLOB（XMLデータ） - 完全LOBモード - データを切り捨てないが速度が低下するリスク - 制限付きLOBモード（推奨） - リソースを事前に割り当てる - サイズを超過するとデータを切り捨てる　下記SQLでLOBカラムの最大値をチェックしましょう！

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Slide 26

Slide 26 text

Slide 27

Slide 27 text

27 © 2024 Techtouch. まとめ - サービスのアーキテクチャに合わせた手法を使う - 難しければ手前でアーキテクチャを変更するのも一手 - DMS - 柔軟に設定ができて便利 - 必要に応じて細かいチューニングを - 気をつけないと躓きポイントが割とあるので要注意 1. 外部キー制約やインデックスなどのメタデータは同期されない 2. Max LOB サイズを適切に設定しないと同期に失敗する 3. 同期先テーブルのLOBカラムはNot Null制約があると同期失敗する 4. インスタンスのメモリはなかなか解放されない 5. CASCADE で更新されたデータは同期されない 6. too many connections 発生しがち

Slide 28

Slide 28 text