PolarDB:よくある質問

PolarDBとは

PolarDBは、クラウドベースのリレーショナルデータベースサービスです。 世界中の10以上の地域のデータセンターに展開されています。 PolarDBは、すぐに使えるオンラインデータベースサービスを提供します。 PolarDBはPostgreSQLと完全に互換性があります。 PolarDBクラスターは、最大100テラバイトのストレージ容量をサポートします。 詳細については、「」をご参照ください。PolarDB for MySQL Enterprise Editionとは何ですか?

が従来のデータベースより優れているのはなぜですか?

従来のデータベースと比較して、は数百テラバイトのデータを保存できます。 また、高可用性、高信頼性、迅速な伸縮性のあるアップグレードとダウングレード、ロックフリーのバックアップなど、幅広い機能を提供します。 詳細については、「特典」「」「」をご参照ください。

PolarDBはいつリリースされましたか? それはいつ商用利用可能でしたか?

PolarDBは2017年9月にパブリックプレビュー用にリリースされ、2018年3月に商用利用可能になりました。

クラスターとノードとは

PolarDB Cluster Editionはマルチノードクラスタアーキテクチャを使用します。 クラスターには、1つのプライマリノードと複数の読み取り専用ノードがあります。 単一のPolarDBクラスターは、ゾーン間でデプロイできますが、リージョン間ではデプロイできません。 PolarDBサービスはクラスターに基づいて管理され、クラスターに基づいてサービスに対して課金されます。 詳細については、用語をご参照ください。

サポートされているプログラミング言語は?

PolarDBは、Java、Python、PHP、Golang、C、Cなどのプログラミング言語をサポートしています。NET、およびNode.js。 PolarDB for MySQLは、ネイティブMySQLと同じプログラミング言語をすべてサポートしています。 詳細については、MySQL公式Webサイトをご覧ください。

サポートされているストレージエンジン

自己管理セカンダリインスタンスはサポートされていますか。 プライマリ /セカンダリアーキテクチャを実装するにはどうすればよいですか?

はい、自己管理のセカンダリインスタンスがサポートされています。 プライマリ /セカンダリアーキテクチャを実装するには、バイナリログ機能を有効にして、PolarDB for MySQLクラスターから自己管理型MySQLインスタンスにデータを同期できます。 その後のメンテナンスを容易にするため、Data Transmission Service (DTS) を使用してデータを同期することを推奨します。 詳細については、「Apsara PolarDB For MySQLクラスターからApsaraDB RDS for MySQLインスタンスへのデータの同期」をご参照ください。

PolarDBは分散データベースですか?

はい。PolarDBは、Parallel Raftプロトコルに基づく分散ストレージクラスタです。 コンピューティングエンジンは、異なるサーバーに分散された1〜16の計算ノードで構成されています。 クラスターは、最大200テラバイト、最大88コア、710 GBメモリのストレージ容量をサポートします。 ストレージとコンピューティングリソースをオンラインで動的にスケールアウトできます。 サービスはスケールアウト中に期待どおりに実行できます。

PolarDBを購入した後、シャーディングを実装するためにPolarDB-Xデータベースミドルウェアを購入する必要がありますか?

はい、PolarDBを購入した後、シャーディングを実装するためにPolarDB-Xデータベースミドルウェアを購入する必要があります。

PolarDBはテーブル分割をサポートしていますか?

はい、PolarDBはテーブル分割をサポートしています。

PolarDBは自動的にパーティショニングメカニズムを含みますか?

PolarDBは、ストレージ層でパーティション分割を実装します。 これは透明であり、ユーザーには知覚できません。

ネイティブMySQLと比較して、単一のテーブルがPolarDBに保存できるデータの最大サイズはどれくらいですか?

PolarDBは、個々のテーブルのサイズを制限しません。 しかしながら、個々のテーブルのサイズは、それらが記憶されるディスクのスペースによって制限される。 詳細については、「制限」をご参照ください。

PolarDB for MySQLはMySQL Community Editionと互換性がありますか?

はい、PolarDB for MySQLはMySQL Community Editionと完全に互換性があります。

サポートされているトランザクション分離レベル

PolarDB for MySQLは、READ_UNCOMMITTED、READ_COMMITTED、REPEATABLE_READの3つの分離レベルをサポートしています。 デフォルトの分離レベルはREAD_COMMITTEDです。 SERIALIZABLE分離レベルはサポートされていません。

PolarDB for MySQLのSHOW PROCESSLISTステートメントのクエリ結果は、MySQL Community Editionのクエリ結果と同じですか。

プライマリエンドポイントを使用してSHOW PROCESSLISTステートメントを実行すると、クエリ結果は同じになります。 クラスターエンドポイントを使用してSHOW PROCESSLISTステートメントを実行する場合、クエリ結果はPolarDB for MySQLとMySQL Community Editionで異なります。 PolarDB for MySQLのステートメントのクエリ結果では、同じスレッドIDを持つ複数のレコードを見つけることができます。 これらの各レコードは、PolarDB for MySQLクラスターのノードに対応しています。

PolarDB for MySQLのロックメカニズムは、MySQL Community Editionのロックメカニズムとは異なりますか?

はい。PolarDB for MySQLのロックメカニズムは、MySQL Community Editionのロックメカニズムとは異なります。 PolarDB for MySQLは、redoログを使用して、データ定義言語 (DDL) 操作に関与する排他的メタデータロック (MDL) を読み取り専用ノードに同期します。 読み取り専用ノードは、DDL操作が完了するまでロックを保持します。 これにより、DDL操作の進行中に、読み取り専用ノード上の他のユーザースレッドがテーブルに格納されているデータにアクセスできなくなります。 PolarDB for MySQLは、データストレージの点でMySQL Community Editionとは異なります。 PolarDB for MySQLでは、プライマリノードと読み取り専用ノードが保存されたデータを共有します。 その結果、プライマリノードがDDL動作を実行するとき、読み取り専用ノードは、DDL動作によって生成された中間データを取り出すことができ、エラーが発生する。

PolarDB for MySQLのバイナリログ形式は、MySQLのネイティブバイナリログ形式と同じですか?

はい。PolarDB for MySQLのバイナリログ形式は、MySQLのネイティブバイナリログ形式と同じです。

パフォーマンススキーマとsysスキーマはサポートされていますか?

はい、パフォーマンススキーマとsysスキーマがサポートされています。

PolarDB for MySQLのテーブル統計は、MySQL Community Editionのテーブル統計と一致していますか。

はい。PolarDB for MySQLクラスターのプライマリノードのテーブル統計は、MySQL Community Editionのテーブル統計と一致しています。 プライマリノードのテーブル統計の各更新は、読み取り専用ノードに同期され、プライマリノードと読み取り専用ノードの間で実行計画が一貫していることを保証します。 読み取り専用ノードでANALYZE TABLE操作を実行して、ディスクから最新の統計をプロアクティブにロードすることもできます。

PolarDBは拡張アーキテクチャ (XA) トランザクションをサポートしていますか? PolarDB for MySQLは、ネイティブMySQLシステムと同じ方法でXAトランザクションをサポートしていますか?

はい、PolarDB for MySQLは、ネイティブMySQLシステムと同じ方法でXAトランザクションをサポートします。

PolarDBはフルテキストインデックスをサポートしていますか?

Percona Toolkitはサポートされていますか?

はい、Percona Toolkitがサポートされています。 ただし、オンラインDDLの使用を推奨します。

gh-ostはサポートされていますか?

はい、gh-ostはサポートされています。 ただし、オンラインDDLの使用を推奨します。

PolarDBクラスターの課金対象アイテムは何ですか。

課金可能な項目には、ストレージスペース、計算ノード、データバックアップ機能 (無料クォータ付き) 、およびSQL Explorer機能 (オプション) が含まれます。 詳細については、「請求項目」「」「」をご参照ください。

料金が発生するストレージスペースに保存されているファイルはどれですか?

料金が発生するストレージスペースには、データベーステーブルファイル、インデックスファイル、アンドゥログファイル、redoログファイル、バイナリログファイル、スローログファイル、およびいくつかのシステムファイルが格納されます。 詳細については、「概要」「」「」をご参照ください。

PolarDBのストレージプランを使用する方法?

ストレージプランを購入して、サブスクリプションまたは従量課金方法を使用するクラスターのストレージ料金を差し引くことができます。 たとえば、3つのクラスターがあり、各クラスターのストレージ容量が40 GBの場合、合計ストレージ容量は120 GBになります。 3つのクラスターは、100 GBのストレージプランを共有できます。 従量課金制で20 GBを超えるストレージ容量に対して課金されます。 詳細については、「ストレージプランの購入」「」「」をご参照ください。

PolarDBで読み書き分離を実装する方法を教えてください。

指定された読み書きモードに基づいて読み書き分離を実装できるように、アプリケーションでクラスターエンドポイントを使用するだけで済みます。 詳細については、「PolarProxyの設定」「」「」をご参照ください。

PolarDBクラスターでサポートされている読み取り専用ノードの数

PolarDBは分散クラスターアーキテクチャを使用します。 クラスターは、1つのプライマリノードと最大15の読み取り専用ノードで構成されます。 高可用性を確保するには、少なくとも1つの読み取り専用ノードが必要です。

読み取り専用ノード間で負荷が不均衡になるのはなぜですか?

考えられる理由の1つは、読み取り専用ノードへの接続が少数しか存在しないことである。 もう1つの考えられる理由は、カスタムクラスターエンドポイントを作成するときに、読み取り専用ノードの1つが読み取り専用ノードとして指定されないことです。

プライマリノードの重い負荷または軽い負荷の原因は何ですか?

次の原因により、プライマリノードに重い負荷が発生する可能性があります。 プライマリエンドポイントは、アプリケーションをクラスターに接続するために使用されます。 2. プライマリノードは読み取り要求を受け入れます。 3. 多数のトランザクション要求が存在する。 4. プライマリ /セカンダリレプリケーションの遅延が大きいため、リクエストはプライマリノードにルーティングされます。 5. 読み取り要求は、読み取り専用ノードの例外により、プライマリノードにルーティングされます。

プライマリノードの軽負荷の原因として考えられるのは、プライマリノードからリードをオフロードする機能が有効になっていることです。

プライマリノードの負荷を減らすにはどうすればよいですか?

新しく挿入されたデータをすぐに取得できないのはなぜですか?

SQL文をプライマリノードで強制的に実行するにはどうすればよいですか。

異なるサービスに異なるエンドポイントを割り当てることはできますか? 異なるエンドポイントを使用してサービスを分離できますか?

はい、複数のカスタムエンドポイントを作成し、それらを異なるサービスに割り当てることができます。 基になるノードが異なる場合、カスタムクラスタエンドポイントを使用してサービスを分離でき、相互に影響を与えることはありません。 カスタムエンドポイントの作成方法の詳細については、「カスタムクラスターエンドポイントの作成」「」「」をご参照ください。

複数の読み取り専用ノードが存在する場合、読み取り専用ノードの1つに単一ノードのエンドポイントを個別に作成するにはどうすればよいですか。

クラスターに作成できる単一ノードエンドポイントの最大数はいくつですか。

クラスターに3つのノードがある場合、読み取り専用ノードの1つにのみシングルノードエンドポイントを作成できます。 クラスターに4つのノードがある場合、読み取り専用ノードのうち2つ (それぞれに1つ) に単一ノードのエンドポイントを作成できます。 クラスターに5つ以上のノードがある場合も同様のルールが適用されます。

プライマリエンドポイントのみを使用すると、読み取り専用ノードに負荷がかかります。 プライマリエンドポイントは読み書き分離をサポートしていますか?

いいえ、プライマリエンドポイントは読み書き分離をサポートしていません。 プライマリエンドポイントは常にプライマリノードにのみ接続されます。 読み取り専用ノードには、1秒あたりのクエリ数 (QPS) が少ない場合があります。 これは通常のケースであり、プライマリエンドポイントとは無関係です。

オンラインでフィールドとインデックスを追加するにはどうすればよいですか?

MySQLのネイティブオンラインDDL、pt-osc、gh-ostなどのツールを使用して、フィールドとインデックスをオンラインで追加できます。 MySQLのネイティブオンラインDDLを使用することを推奨します。

一括挿入機能はサポートされていますか?

はい、一括挿入機能がサポートされています。

書き込み専用ノードにのみデータを書き込む場合、データを一括挿入できますか? 一度に挿入できる値の最大数はいくつですか?

はい。書き込み専用ノードにのみデータを書き込む場合は、データを一括挿入できます。 一度に挿入できる値の最大数は、max_allowed_packetパラメーターの値によって決まります。 詳細については、「レプリケーションとmax_allowed_packet」をご参照ください。

クラスターエンドポイントを使用して一括挿入操作を実行できますか。

はい。クラスターエンドポイントを使用して一括挿入操作を実行できます。

プライマリノードから読み取り専用ノードにデータをレプリケートすると、レプリケーションの遅延が発生しますか。

はい、数ミリ秒のレプリケーション遅延が発生します。

レプリケーション遅延はいつ増加しますか?

レプリケーション遅延が発生した場合にクエリ結果の一貫性を確保するにはどうすればよいですか。

クラスターエンドポイントを使用し、クラスターエンドポイントに適切な整合性レベルを選択できます。 次の一貫性レベルが降順でリストされています: グローバル一貫性 (強い一貫性) 、セッション一貫性、および最終的な一貫性。 詳細については、「一貫性レベル」「」「」をご参照ください。

1つのノードに障害が発生した場合、回復ポイント目標 (RPO) をゼロにできますか?

バックエンドでノード仕様がどのようにアップグレードされますか。たとえば、ノード仕様を2コアと8 GBメモリから4コアと16 GBメモリにアップグレードします。 アップグレードがサービスに与える影響は何ですか?

PolarDBのプロキシノードとデータベースノードを最新の設定にアップグレードする必要があります。 ローリングアップグレード方法は、サービスへの影響を最小限に抑えるために複数のノードをアップグレードするために使用されます。 各アップグレードには約10〜15分かかります。 サービスへの影響は30秒以内に続きます。 この期間中に、1〜3回の一時的な接続エラーが発生する可能性があります。 詳細については、「PolarDBクラスターの手動アップグレードまたはダウングレード」「」「」をご参照ください。

ノードの追加にはどのくらい時間がかかりますか? ノードが追加されると、サービスは影響を受けますか?

カーネルマイナーバージョンを最新のリビジョンバージョンにアップグレードするのにどのくらい時間がかかりますか? アップグレードの完了時にサービスが影響を受けますか?

PolarDBはローリングアップグレード方法を使用して複数のノードをアップグレードし、サービスへの影響を最小限に抑えます。 ほとんどの場合、アップグレードの完了までに30分もかかりません。 PolarProxyまたはデータベースエンジンは、アップグレード中に再起動されます。 これは、サービスを中断し得る。 オフピーク時にアップグレードを実行することを推奨します。 アプリケーションがデータベースに自動的に再接続できることを確認します。 詳細については、「マイナーバージョンの更新」をご参照ください。

自動フェールオーバーはどのように実装されますか?

PolarDBは、アクティブ-アクティブ高可用性クラスターアーキテクチャを使用します。 このアーキテクチャは、読み取りと書き込みをサポートするプライマリノードと読み取り専用ノード間の自動フェイルオーバーをサポートします。 システムは自動的に新しいプライマリノードを選択します。 PolarDBクラスター内の各ノードにはフェールオーバー優先度があります。 この優先順位は、フェールオーバー中にノードがプライマリノードとして選択される確率を決定します。 複数のノードが同じフェールオーバー優先度を持つ場合、それらはすべて同じ確率でプライマリノードとして選択されます。 詳細については、「自動フェールオーバーと手動フェールオーバー」「」「」をご参照ください。

PolarDBはどのようにデータをバックアップしますか?

PolarDBはスナップショットを使用してデータをバックアップします。 詳細については、「バックアップ方法1: 自動バックアップ」および「バックアップ方法2: 手動バックアップ」をご参照ください。

データベースはどれくらい速く復元できますか?

バックアップセットまたはスナップショットに基づいて、データベース内の1テラバイトのデータを復元または複製するには40分かかります。 特定の時点にデータを復元する場合は、redoログの再生に必要な時間を含める必要があります。 1 GBのredoログデータを再生するには、約20〜70秒かかります。 合計復元時間は、バックアップセットに基づいてデータを復元するのに必要な時間と、redoログを再生するのに必要な時間の合計です。

PolarDB for MySQLとApsaraDB RDS for MySQLを比較すると、PolarDB for MySQLのパフォーマンスが大幅に向上しないのはなぜですか。

PolarDB For MySQLとApsaraDB RDS for MySQLのパフォーマンス比較結果の詳細については、「PolarDB for MySQLとApsaraDB RDS for MySQLのパフォーマンス比較」をご参照ください。

削除されたデータベースが大量のストレージスペースを占有するのはなぜですか?

これは、削除されたデータベースのredoログファイルがストレージ領域を占有するためです。 ほとんどの場合、redoログファイルは2 GBから11 GBのストレージスペースを占めます。 合計11 GBのストレージスペースが占有されている場合、バッファプール内の8つのredoログファイルによって8 GBのストレージスペースが占有されます。 残りの3 GBのストレージスペースは、書き込まれているredoログファイル、事前に作成されたredoログファイル、および最新のredoログファイルによって均等に占有されます。

loose_innodb_polar_log_file_max_reuseパラメーターは、バッファープール内のredoログファイルの数を指定します。 このパラメーターのデフォルト値は8です。 このパラメーターの値を変更して、ログファイルが占有するストレージ容量を減らすことができます。 この場合、重い負荷が処理されると、周期的なパフォーマンス変動が発生する可能性があります。

テーブルの最大数は何ですか? パフォーマンスが損なわれないようにするには、テーブルの数の上限は何ですか?

テーブルの最大数は、ファイルの数に依存します。 詳細については、「制限」をご参照ください。

テーブルパーティションはPolarDBのクエリパフォーマンスを改善できますか?

ほとんどの場合、SQLクエリ文がパーティションに含まれる場合、パフォーマンスを向上させることができます。

PolarDBで10,000データベースを作成できますか? データベース数の上限は何ですか?

はい、PolarDBで10,000データベースを作成できます。 作成できるデータベースの最大数は、ファイルの数によって異なります。 詳細については、「制限」をご参照ください。

接続の最大数は読み取り専用ノードの数に依存しますか? 読み取り専用ノードを追加して最大接続数を増やすことはできますか?

読み取り専用ノードの数は、最大接続数とは無関係です。 PolarDBの最大接続数は、ノードの仕様によって決まります。 詳細については、「制限」をご参照ください。 より多くの接続が必要な場合は、仕様をアップグレードします。 詳細については、「PolarDBクラスターの手動アップグレードまたはダウングレード」をご参照ください。

1秒あたりの入出力操作 (IOPS) はどのように制限され、分離されますか? PolarDBクラスターの複数のノードがI/Oリソースを求めて競合しますか。

IOPSは、ノードの仕様に基づいてPolarDBクラスターの各ノードに指定されます。 各ノードのIOPSは、他のノードのIOPSから分離され、互いに影響を及ぼさない。

読み取り専用ノードのパフォーマンスが低下した場合、プライマリノードは影響を受けますか。

はい。読み取り専用ノードの負荷が過度に重く、レプリケーション遅延が増加すると、プライマリノードのメモリ消費量がわずかに増加します。

バイナリログ機能を有効にすると、データベースのパフォーマンスにどのような影響がありますか。

バイナリログ機能を有効にすると、書き込みと更新 (INSERT、update、およびDELETE) のパフォーマンスのみが影響を受けます。 クエリ (SELECT) のパフォーマンスには影響しません。 ほとんどの場合、読み取り要求と書き込み要求のバランスが取れているデータベースでバイナリログ機能を有効にした場合、データベースのパフォーマンスは10% 以下低下します。

SQL Explorer (完全なSQLログ監査) 機能を有効にすると、データベースのパフォーマンスにどのような影響がありますか。

SQL Explorer機能を有効にしても、データベースのパフォーマンスは影響を受けません。

PolarDBはどの高速ネットワークプロトコルを使用しますか?

PolarDBは、デュアルポートRDMA (Remote Direct Memory Access) を使用して、計算ノードとストレージノード間、およびデータレプリカ間の高いI/Oスループットを保証します。 各ポートは、低レイテンシで最大25 Gbit/sのデータレートを提供します。

インターネットからPolarDBにアクセスする場合に使用できる最大帯域幅はどれくらいですか?

インターネットからPolarDBにアクセスする場合、最大帯域幅は10 Gbit/sです。

ノードの再起動に時間がかかる場合はどうすればよいですか?

クラスター内のファイル数が多いと、ノードの再起動にかかる時間が長くなります。 この場合、innodb_fast_startupパラメーターをONに設定して、再起動プロセスを高速化できます。 パラメーターの変更方法の詳細については、「クラスターパラメーターとノードパラメーターの設定」をご参照ください。

従来のデータベースのローカルディスクに対するPolarDB for MySQLの大きなテーブルの利点は何ですか?

PolarDB for MySQLデータベース内の大きなテーブルは、N個の物理ストレージサーバーに分割されて保存されます。 したがって、大きなテーブルのI/O操作は複数のディスクに割り当てられます。 PolarDB for MySQLデータベースのI/O読み取り操作の全体的なスループット (I/Oレイテンシではなく) は、すべてのI/O操作がローカルディスクにスケジュールされているデータベースのスループットよりも高くなります。

大きなテーブルを最適化する方法?

大きなテーブルを最適化するには、パーティションテーブルを使用することを推奨します。

パーティションテーブルの使用シナリオは何ですか?

大きなテーブルをプルーニングしてクエリのスキャンデータ量を制御し、ビジネスコードを変更しない場合は、パーティションテーブルを使用できます。 たとえば、パーティション分割テーブルを使用して、サービスの履歴データを定期的に消去できます。 最初の月に作成されたパーティションを削除し、次の月のパーティションを作成して、過去6か月のデータだけを保持できます。

たとえば、テーブルaのすべてのデータをテーブルBにコピーするなど、同じPolarDB for MySQLデータベースに大量のデータがあるテーブルをコピーする場合、どのような方法が適していますか?

テーブルBをselect * from Aとして作成

同時実行性の高いシナリオでPHPの短期間の接続を最適化できますか?

はい、同時実行性の高いシナリオでは、PHPの短期間の接続を最適化できます。 PHPの短期接続を最適化するには、クラスターエンドポイントの設定でセッションレベルの接続プールを有効にします。 詳細については、「クラスターエンドポイントの指定」「」「」をご参照ください。

低速SQLクエリがデータベース全体のパフォーマンスを低下させないようにするにはどうすればよいですか?

PolarDB for MySQL 5.6または8.0クラスターを使用する場合、ステートメント同時実行制御機能を使用して、指定されたSQLステートメントにレート制限とスロットリングを実装できます。 この機能の詳細については、「同時実行制御」をご参照ください。

PolarDBはアイドルセッションタイムアウト機能をサポートしていますか?

はい、PolarDBはアイドルセッションのタイムアウト機能をサポートしています。 wait_timeoutパラメーターの値を変更して、アイドルセッションのタイムアウト期間を指定できます。 詳細については、「クラスターとノードパラメーターの設定」をご参照ください。

低速SQLクエリを識別する方法を教えてください。

低速SQLクエリを終了するにはどうすればよいですか?