分散トランザクションデータベース製品のバージョンV2.5.2

経営陣は、新機能を説明します

• 物理的なデプロイメント環境

コンテキスト：どのように私は構築されHotDB Serverクラスタ動作環境の適格性を知っていますか、運用、保守要員を最適化する方法についてのガイダンスは、合理的にシステム全体のパフォーマンスを向上させるために動作環境をクラスタ化？そのような問題がために、「Deployment環境のヘルスチェック」機能は、リファレンスを提供して
機能を説明します：

• クラスタのすべてのコンポーネントプログラム利用可能なSSHサーバの設定情報、およびルートがユーザに関連付けられている、クラスタの正常動作、クラスタ構成情報の少なくとも論理ノード及びライブラリ：検査は、クラスタを成就するタスクを開始し

• 検査は、特別な命令とノーポイントでもポイントを、100のうち得点しないポイントを控除後、満たしていなかったが、何のペナルティ警告項目、特定の勧告や指示、資格のある項目はありません

• 環境検査細分140に近接してそのような機能検証の5つの基本的な寸法などのハードウェアリソース、オペレーティングシステム、ソフトウェアの展開、ソフトウェアの構成のクラスタをカバーする、（異なるクラスタの医療プロジェクトの数が異なるモードです）

• オンライン表示またはエクスポート検査結果をサポートしています

• 身体検査の結果が分かれている：非準拠、警告項目、資格キー、デフォルトの表示項目は、警告を満たしていない
  機能：

• 二つの部分の詳細な身体検査と検査結果のパネルによる検査結果の詳細ページの概要

• 右上に赤やオレンジ色の各ドットの大きさによって決定された次元に警告迅速に達し、物理的アイテムが存在するか否か

• 各寸法が拡大した後満たしていませんでした身体検査の細分化または警告医療項目タブラベル識別の下で医学用語の基礎赤やオレンジの右上隅があるかどうかを判断します

• 身体検査項目、検査結果、点、例外オブジェクト、ヒント、およびその他の情報量基準：詳細な検査結果が身体検査の各サブディビジョンのために表示することができます

• 身体機能のデプロイメント環境サーバーのバージョンが必要とされていませんが、物理的なバージョン2.5.2より低いが、「10秒の性能試験を」サポートされていない、「スタンバイ構成リポジトリ/ MGRアイデンティティ」2つの物理的なアイテム検出
  

• 情報収集を実行しているクラスタ

コンテキスト：

HotDB Serverクラスタコンポーネントは、複数の動作メカニズムは複雑ですしています。異常な問題や障害がより困難なトラブルシューティングを行う場合。ユーザーの問題、それによって、ビジネスに影響を与えるトラブルシューティング時の異常な問題を軽減速度を上げる際に必要なログや設定ファイルクラスタのコレクション内の異常の迅速な分析のための情報収集ツールの使用が発生します。

機能：

• 収集された情報は、収集するために、シーンに応じて分割されています。別の「健康クラスタ」、「性能テスト」を2つのクラスタモデルでコレクションリストは異なるものになります

• 開くようにユーザー認証を必要とする情報収集業務の一部

• メモは、収集タスクを開始します。同じ時間だけつの利用可能なSSHサーバの設定情報（非必須）を開始し、実行している計算ノードの正常（非必須）

• それは自動的にローカルファイルのパッケージにダウンロードされた情報収集
  機能：

• 情報や歴史タスクレコードを収集するために開始されたタスクを表示するには、レコードのページ

• サーバー/ optディレクトリのデフォルトの管理プラットフォームに保存されたファイルコレクションの末尾

• 履歴収集レコードは、ファイルのダウンロード機能を提供していますが、対応するファイルがサーバー内に削除され、ダウンロードすることができません

• ファイルウィンドウ期間の設定をサポートし、デフォルトの30日あなたが収集サーバに対応したファイルの削除ウィンドウ期間を保存するときに、あなたが毎日履歴を削除するとき、プログラムはゼロとトリガアクションが古いファイルを削除します
  

• 許可例外監視を思い出させる
  機能：
• サポート承認がライセンスを有効期限が切れ、異常の許可検出、異常なライセンス情報は、リマインダの3種類を更新することはできません
• 思い出させるモード：ウェブ（ポップログインまたはリフレッシュ家、トップ情報バーの計算ノードは、警告表示）リマインダー、電子メール警告（[構成通知ポリシーに必要）、計算ノードのログ、計算ノード管理側のショー@@ USBキーコマンド
• ライセンス情報は、異常を検出するように更新することができませんでしたし、計算ノードの正常な動作には影響しません、計算ノードは、問題解決するために、オフピークビジネスでタイムリーなサービスの再起動することであってもよい
  
  -使用の最適化のしやすさに設定メニュー
  ノードマネージャ：オリジナルのデータノードを、ストレージ二つの二次メニューノードであって、本館からルールを切り替え、データ管理ノード、、、ハートビートで休止、ノードのためのストレージノードグループ管理機能ブレンド6管理機能を管理するストレージノード
  
  ノードマネージャ：
  同じノードにデータを追加し、ストレージノード"ノード「メニューを追加し、
  急速に生成されたストレージノードを経由してデータノードに追加することができます。
  ストレージノードは、別々に添加してもよいです。
  
  注：
  マスターノードから良いデータを追加は自動的にデフォルトで設定され①、自動的に高可用性切替ルールを適応させる
  ダブルマスターレプリケーションアーキテクチャを有するノードからのデータが、待機系のストレージノードがスレーブで、「主記憶ノード」フィールドを指定することができる場合②自動的にプライマリ、スタンバイまたはストレージノードタイプは主として「マスターライブラリ」で一致する
  複数の設定可能なパラメータ③「動作」欄[全]ボタンで開閉可能なストレージノードセット

表**：**統一「テーブル情報の追加」に情報を追加するために、単一のテーブルにバルクを追加

注：
、単一またはバッチ番号が入力されたテーブル名によって決定された追加のバッチ追加テーブルのテーブル名は、改行、コンマ、英語スペースによって要求されました任意の方法で離間します。コロンとフラグメンテーションフィールド区間。
断片化規則は：
新しい断片化規則が自動的にコンポーネントシートルール名を生成することができ、発電形式は：断片化ID +スライスタイプ名規則
MATCH断片化規則が自動的にモードを設定する増加、およびデフォルトの空白文字列は、自動シートノードのルーティング
自動または手動指定された範囲、カンマまたはスペース間隔の値の入力値を複数サポートするための方法

• 情報のバックアップ障害が発生論理最適化の
  コンテキスト：
  テーブルDDLの直接建設（\ ALTER \ DROP \ CREATE TRUNCATE \ RENAME）を演算テーブルを実行するために、自動的にビルドテーブルによって、関連するロジックであるかもしれない文法や論理ライブラリは、バイパス管理プラットフォームにデフォルトのデータノードを設定構成リポジトリは、このような右の例のように論理的なバックアップファイルの有効性に影響を与え、影響を受けました。
  機能：

• hotdb_config新しいhotdb_ddl_logテーブルには、計算上で特定の操作を実行するユーザーのためのDDLレコードノード：
  特定のDDL：直接組み込ま表バイパス管理プラットフォーム
  変更、テーブルの直接の建設によって作成されて削除テーブル

• それは、バックアップファイルを実行するためのDDL文を発見された場合、自動的に失敗する論理ライブラリライブラリ関連のコンフィギュレーションロジック影響力のあるセットに関連付けられています

• 管理プラットフォームを起動すると、管理プラットフォームは、すべての時間を実行するために、データ回復のタイミングを実行する際には、3つのバックアップファイルが無効に設定する必要があるかどうか判断される
  例：
  ステップ1、デフォルトの論理ライブラリーフラグメントは、ノード
  テーブルcustomer1（ID int型（20を作成します）NOT NULL AUTO_INCREMENT主キー、名前VARCHAR（20））;
  INSERT INTO Customer1値（NULL、 'A'）;
  INSERT INTO Customer1値（NULL、 'A'）;
  ステップ2の完全バックアップ
  ステップ3、ドロップテーブルならCustomer1はEXISTS;
  表Customer2（ID int型（20は）NOT NULL AUTO_INCREMENT主キーは、名前VARCHAR（20です））を作成します。
  INSERT INTO Customer2値（NULLを、 'A'）;
  INSERT INTO Customer2値（NULL、 'A'）;
  ステップ図4は、最初の増分バックアップ
  ステップ5は、テーブルcustomer1（ID int型の作成 （20）NOT NULL AUTO_INCREMENT主キー、名前VARCHAR（20））;
  段階6、第二増分バックアップ
  ステップ7、ドロップテーブルをcustomer1に存在する場合;
  ステップ8、増分リカバリを実行するために、第2を取ります
  customer1がHotDB Serverのショーのテーブルでは表示されませんが、ストレージノードに存在するでしょう。customer1構成は、ステップ7で除去されているからです。

• マスター完璧なビルドプロセスから、
  最適化ビルドプロセス：
  新しいコピー関係が決定された
  目標レプリケーション関係は、ストレージノードの例は、ストレージノードが複数設定されていないいないストレージノードのインスタンスを複数構築するためにされた
  コピー関係は、ポイントが存在し
  、追加の重複パラメータが検出された
  ストレージノードインスタンス構造を正しいパラメータ（binlogの複製または複製パラメータに対応する正しく開かGTID）
  から最適化マスター一致検出データ
  （MySQLの、INFORMATION_SCHEMAを除く検出データの一貫性テーブル
  performance_schema、SYSライブラリー）、GTIDオフコピーGTIDがあるか否かが判断された場合ポイント
  新しいトラフィック検出が
  許可していないストレージノード構造、または構築するために失敗した場合に、トラフィック
  の新しい建物が完成された遅延検波は、
  自動的に遅延がある場合リマインダーがある場合は、完全マスターコピーノード関係を構築するために、データを決定したが、建物の結果には影響しません。
  
  注記
  「に建てられた」新しいの待機状態は、休暇中に設定二つの状態を、「ビルドに失敗しました」またはログは、プログラムを構築するためにバックグラウンドタスクには影響を与えません。レコードの障害情報を表示してサポートを構築するために失敗しました。

-その他の機能は、最適化するための
機能説明を：

• グローバルな最適化ロジック・テーブル・データ検出：
  最初のテーブルの重複がある場合に、第2の検出タスクが開始されたときに2番目のタスクが原因故障や異常状態を解除手動で開始された場合、最初の検出結果に影響を与えませんでした有効（通常はデータの修復は）
  タスクが強制的にキャンセルされたエントリを増やします
• スタンバイ整合性チェック：
  手動タスクの実行をキャンセル履歴表示を維持します
• ルーティングデータの正しさを確認してください：
  操作を「取り消す力」、およびディスプレイタスクは手動でレコードをキャンセルするタスクを増やします
• 機能仕様のページ入力ボックスの値のための管理プラットフォームは
  、中国の輸入を許可するかどうかのチェックを増加、入力の値を入力する仕様のチェックボックスを増加させ、値、ルールや他の正の整数
  **

- サーバーの新機能を説明しました

- MySQLのバージョンのためのXAモードでの制限
コンテキスト：
MySQLサポートのV5.7.17以下のバージョンXAでは重要な安定十分ではありません、いくつかの公式の未修復の欠陥があります。だから、ときHotDB XA Transaction Serverの使用MySQLのバージョンが制限されます：MySQLのバージョンは5.7.17と以上でなければなりません。
機能：
オープンXAモードの制約の振る舞いではHotDBサーバーは、次のとおりです。

• HotDBサーバを起動すると、ストレージノードの下の任意のMySQLバージョン5.7.17の存在を検出する、HotDBサーバは起動に失敗し、
  HotDBサーバーを開始した後、MySQLバージョンは、ストレージノードが5.7.17に追加さ未満である2.場合、動的ロードが失敗しました;

• ストレージノード以下の開始前HotDBServer、MySQLバージョン5.7.17も再起動接続に成功した後、接続できない場合は、ストレージノードはまだ利用できませんし、動的ロードで失敗します。

  上記の意志出力ERRORレベルのログヒント：現在MODEでXAレートこのページは、MySQLのバージョンはされていない
  最後の5.7.17以内に低いことができました。

• タイムゾーンサポートグローバル
  コンテキスト：
  データの正確性、アドレス、タイムスタンプデータ型挿入一貫性のないデータの不整合の表につながったタイムゾーンを確保するためには、HotDB Serverは、グローバルタイムゾーンのサポートを提供
  機能：

• TIME_ZONEの特定パラメータ値又は同一の場合、すべてのシステムのsystem_time_zoneあるすべて同じ特定の値、HotDBServer特別な処置です。

• 「+午前8時00分」と関係なく、ストレージノードTIME_ZONEセットの値の警告レベルログ（データソースtime_zonesが一貫していない）、記録する;そうでなければHotDBサーバーが固定値にTIME_ZONEセットを統一します

• バックアップとリカバリすると、バックアップはデータの種類と一致している前に、HotDB Serverは、回復時間を保証することができます

DROPテーブルのデータ保護が失われることはありません

コンテキスト：
実際の生産ライン環境や実行中に高いリスクがあるDROP TABLE文を考えると、HotDB Serverは、時間のテーブルのデータ保護DROP期間が失われていませんサポートしています。
機能：

• この機能をオンserver.xmlでパラメータを変更し、デフォルトが開いていません。
  dropTableRetentionTime = 0（デフォルト）、DROPテーブルによって保持されない表し、DROP TABLEすなわちドロップテーブルと、
  dropTableRetentionTime> 0、単位は時間であり、予約は自動的にテーブルを削除する期間が設定を超えると、設定長さにDROP表です。
  
  機能：

• HotDB Serverが削除されたデータテーブルを保持しますが、それは直接復元操作コマンド、ドロップされたテーブル構成は、任意の変更を行っていないときに、ユーザーは、ストレージノード上のテーブルを復元することができますを提供しないであろう（注：このリスク） ：「
  最初のステップ、との間のマッピングを確認し、
  」

• 元のテーブルに直接名前を変更することができ、構成管理プラットフォームによって作成されたテーブルと、テーブル関数の自動構築することによって作成されたテーブルは、実際の設定が削除されたと直接オリジナルのテーブル名にRENAMEすることができません。

• 還元後に自動的に模範RENAME名に管理プラットフォーム上でテーブルを作成するために追加することができ、テーブルを作成します。

• フラグメンテーションルール後、それらを再び削除するテーブルを低減する、修飾され、そしてデータ、すなわち、データの実際のルーティングは、ルーティング構成の変更と一致しません、削除する前に、ルーティングデータと一致するかどうによって参照されるテーブルが削除されました。

• 彼らは外のテーブルの上に健康または削除トリガーが存在している場合は、外部キートリガーの保持と一時テーブルを削除します。なぜなら、外部キーテーブルの彼の息子は、還元後、父と息子の関係は、もはやテーブルで、削除されません。
  第三段階は、動的効果にロードされる○ -注：構成した後、データベースの変更が有効になり、動的にロードされます

• グローバル一意制約
  コンテキスト：
  HotDBサーバー（以下V2.5.2とは）いくつかのケースでは、列がすべてのノード上で一意制約を持っていることを保証することはできません一意である、など：唯一の制約列断片化フィールドではありません。今の分散でグローバルにユニークなユニーク制約をサポートしています。
  機能：

• （デフォルトではオフ）をtrueにGlobalUniqueConstraintパラメータセット、開閉可能なグローバルに一意制約
  注：この機能を有効にし、SQL文は、挿入、更新、大きな衝撃効率を持ち、DELETE、および増加した動作遅延SQL、およびロック待ちになる場合がありますデッドロック状況を向上させます。

• 別の関連パラメータ（デフォルトではオフ）routeByRelativeColは、制御することができる：フラグメントは、クエリステートメントSELECTフィールドが含まれているが、唯一の制約フィールドが含まれていない場合には、固定ノードの位置を特定するクエリセカンダリインデックスは、SELECTクエリが下にのみ発行しましたノードへの二次インデックスポイントではなく、フルテーブルスキャン

• たとえば、次のクエリを実行する際に、従来のレベルスライステーブルTABLE01、フラグメンテーションフィールドID、断片化規則は、auto_mod：unique_col = 100 TABLE01 SELECT * FROM; // unique_colこの列は、唯一の制約のみクエリでありますunique_col =データに発行された代わりに、すべてのデータノードのノード100、こと
  
  

• mysqlbinlogはサポート構文
  コンテキスト：
  HotDB Serverは、単一のMySQL HotDBサーバーにデータを移行するとき、ダウンタイムを最小限に抑えるために、同期構文解析mysqlbinlogは増分データをサポートしている
  機能の説明：

• mysqlbinlogは使用方法
  の最初のステップを、管理ポートにログインすると、データベースのマッピング関係を追加するdbremappingコマンドを実行し
  、データベース名に導入されると予想@追加@@ dbremapping：ライブラリの論理名
  dbremapping @@削除@ DB01：DB02との間のマッピングの削除
  第2工程を、使用mysqlbinlogはバイナリログのステートメントは、次の構文を使用して、選択したSQL文で実行され、パラメータが必要とされて
  mysqlbinlogは--base64出力=デコード行が --stop-決して--database =最後のログません--to---skip-gtidsをデータベース名--start-位置= binlogの位置--stop-位= binlogの終端位置のbinlogファイル名開始| -c -Aのmysql -uユーザ名-pパスワード-h -P計算ノードサーバーサービスポート
  192.168に、例えば望ましいが.200.77：3306管理プラットフォームに導入された設定された物理ライブラリデータベースDB01のlogicdb01ロジックで、コンピューティングノードは、論理ライブラリ192.168.210.30に属します。

• 管理ポート3325とでXianzhi 192.168.210.30ログ、実行します。logicdb01：追加@ DB01 @@ dbremapping

• バイナリログコマンドを次のようにディレクトリに192.168.200.77は、その後に行われる
  mysqlbinlogは--base64出力=デコード行 --skip-gtidsは--stop-決して--database = DB01 --start位置--to最後ログ= 0 = 190326はmysql- --stop-位置 bin.000009 |のmysql -uroot -proot -h192.168.210.30 -P3323 -c -A

• ヒント文の特別な手順

• 運用レベルでは、ストレージノードの推奨ヒント直接操作ではありません。HINTの使用は、接続された新しいフロントエンドの完了後に再構成の実装を推奨
  操作のみHINT操作、接続を使用してバックエンド・ロジックライブラリ現在HINTクエリ関連HotDBの結合を実行した後に接続領域を結合することが許可されているバックエンド。
  再構成データノード外側が失敗する接続の後端部を結合する前に、結合伴う後続HINT他の動作を行う先端に接続されている場合、接続のフロントエンドは自動的に再構築されるであろう。

• また、ヒントでは、次の文は、バックエンドのコネクタ結合する
  セット[セッション] FOREIGN_KEY_CHECKS = 0; // バインドすべてのデータは、ノード
  CONSISTENT SNAPSHOTで始まるTRANSACTION / * 40100を * / // 現在使用中の論理バンクを関連するバインディング！データノード
  セット[セッション] UNIQUE_CHECKS = 0; // バインドすべてのデータノード

• 遠位警告/情報を増加し、情報の出力をログに記録し
  、SQL文ヒントが結合または他の接続を実行した後、先端が出力警告情報メッセージ情報のログを持っています。
  別のノードに関連付けられた論理ライブラリデータの切り替え、フロントエンドの出力情報メッセージ：
  もしバックエンドのバインディング接続が閉じられたときに、アラームやログ情報の出力は、今回HotDB Serverのフロントエンド接続時に再構築されて：

• 自動適応起動プロセッサ、エグゼキュータ
  コンテキスト：
  HotDB Serverの起動時に現在のサーバー構成が自動的にルールに従って適応のために不十分な原因異常HotDB Serverサービスの問題にスレッド状況の数を削減するために、以下のパラメータを設定することができます。
  16 4 4 機能：
  
  
  
  

• 自動適応規則：
  

• ショーを行い、3325ポートをログに記録します@@スレッドプール;パラメータの指令値
  現在の論理CPUを表示するためのコマンド次の番号：
  CATを/ procの/ cpuinfoを| grepを「プロセッサ」| -l WCの
  注：自動適応の最大値
  

• NDB Clusterの-SQLノード・サービスの導入
  コンテキスト：
  SQLステートメントに、以下HotDBサーバーのV2.5.2のバージョンはサポートのクエリタイプを選択し、SQLクエリの、特にサブタイプ、完全ではありませんNDBクラスタサービスの導入ので。サービスは、分散コンピューティング環境では比較的複雑なクエリを完了するために使用されるSQLをサポートしていないNDB ClusterのSQLノード特性互換HotDBを使用しています。

• NDB SQLスクリプトが正常にインストールされた後、NDBサービスを開くには、HotDBに必要
  Server.xmlのサーバーの設定ファイルを変更ndbsqlmodeはローカルです。
  
  展開の手順：

• 導入方法は、クラスタ管理プラットフォームの展開機能を使用することをお勧め「クラスタの展開」>「のパラメータ」内に「インストールNDB SQLサービス」を開きます

• Ruoyiデプロイ計算ノード成功した管理プラットフォームの後、あなたはまた、スクリプトを追加することができ、その後、NDB SQL展開：
  各計算ノードのサーバー上でスクリプトを実行するにログインします。注：各ホストサーバーの計算ノードは
  NDB SQLを展開する必要があります。
  デフォルトのインストールディレクトリを展開するキーを入力します。cdは/ usr / local / hotdb / Install_Package、 実行します。sh hotdbinstall_beta.sh --install-ndbsql = yesの --ntpdateサーバホスト= 192.168.210.221
  注：推奨NDB SQL-時間フォロワー追加のフォローアップの展開は、必要が-install-はntpdに厳格な注意を払うように場合HotDB Serverの展開は、成功する-ntpdate-サーバ- IP、-ntpdateサーバホスト必要と質量参加問題同期設定、現在の時間と一致して
  
  機能：

• NDB SQLノードは、別々の起動または停止を必要HotDB Serverが自動的に起動します起動しない
  、NDB SQLノードをその逆閉じました。

• NDB SQLモードが使用NDBロジックは、以下の条件を満たすために提供され、有効になっている場合：
  ①オープングローバルに一意でない場合、主キーまたは一意キーを持っている必要があり、プライマリおよび一意キーは、フラグメントフィールドの増分またはしなければならない。
  ②グローバルに一意オープン状況下で、あなたは主キーまたは一意キーを持っている必要があります。
  ③主キーを一意のキーの2枚は、単一のフィールド数値型でなければなりません。
  ④HotDBオリジナルサポートされていないクエリを実行した
  よう：SELECT ... ... /左から登録しよう / RIGHT JOINを... ON ...条件が等号（<=>または<>）の後ろに使用される、または剰余商（のみサポート列％DIV定数または定数）などを取ることができるWHERE、
  SELECT ... FROM /条件缶上に... JOIN残さ/ RIGHTのJOIN INと/ IS NOT NULL / IS NULL / BETWEEN ...および/のような、 不等号（<=>または<>）、XORなど;
  3つの上記の表及び他のマルチテーブルクエリ。

• NDB制限：
  テーブル構造であればスペースタイプフィールド、フィールドのJSON形式の非ジオメトリ・タイプ、SQLをサポートすることはできません、まだ問い合わせをサポートしていません元、
  元の条件はフィールドタイプのサポートだけでSQLクエリをサポートしていませんWHERE：すべてのプラスチックを、小数、文字、列挙型、varchar型のタイプ。
  -特別な指示
  キー展開パッケージアップデート手順

• MySQLの5.7のデフォルトのインストールバージョン5.7.23とMySQL 5.7.25に置き換え
  理由：MySQLの5.7.23バージョンは今https://bugs.mysql.com/bug.php?id=92108を参照してください、深刻なバグを発見しました