製品アップデート
製品お知らせ
コンソールの操作
バージョンアップグレード
TDSQL-C for MySQL データベースのバージョンをアップグレードする方法
データベースのバージョンアップグレード、例えばMySQL 5.7からMySQL 8.0へのアップグレードは、TDSQL-C for MySQLでは一時的にサポートされていません。新しいターゲットバージョンのインスタンスを作成し、DTSを使用してソースデータをターゲットインスタンスに移行できます。操作方法については、TDSQL-C for MySQLへの移行を参照してください。
カーネルマイナーバージョンのアップグレード、例えばMySQL 5.7のカーネルマイナーバージョン2.0.12から2.0.14へのアップグレードについては、カーネルマイナーバージョンのアップグレードを参照してください。
バージョンアップはデータに影響を与えることがあります。
バージョンアップグレードはデータに影響を与えませんので、安心してアップグレードいただけます。
TDSQL-C for MySQLはインプレース高速アップグレード方式を採用し、Redo LOGによるデータ保存により、アップグレード速度が極めて高速です。特殊な状況では接続が秒単位の瞬断を起こす可能性がありますので、業務に再接続メカニズムが備わっていることをご確認ください。
TDSQL-C for MySQLの異なるカーネルマイナーバージョン間の差異を確認する方法は？
TDSQL-C for MySQLはカーネルのマイナーバージョン更新を随時行い、新機能追加、パフォーマンス最適化、問題修正などを含む機能強化を実施しています。詳細な更新情報については、カーネルバージョン更新情報をご参照ください。
データのインポート/エクスポート
TDSQL-C for MySQL におけるデータインポート方法
TDSQL-C for MySQLはクラウド上のデータベースへのデータインポートをサポートしており、操作手順は以下の通りです。
DTSによるデータ同期で増分データの継続的なインポートが可能です。操作方法については、TDSQL-C for MySQLへの同期を参照してください。
DMC管理プラットフォームを介したデータインポートでは、シンプルな単回の既存ファイルインポートが可能で、単回インポートで最大10GBのファイルをサポートします。ローカルからのファイルインポートとCOSソースファイルアドレス経由のインポートをサポートしており、データはまずCOSにアップロードする必要があります。その後、オブジェクトのアップロードおよびオブジェクトのダウンロードを参照してCOSソースファイルアドレスを取得できます。
10GBを超えるSQLファイルのインポート方法は次のとおりです：
10GB以上のファイルをアップロードする必要がある場合は、以下の方法をご参照ください：
SQLファイルを10GB未満の複数のファイルに分割し、複数回に分けてアップロードします。
SQLファイルを開き、中のコマンドを直接コピーしてデータベースで実行します。
TDSQL-C for MySQL におけるデータ移行方法
TDSQL-C for MySQLはDTSとコマンドラインツールを使用したデータ移行をサポートしています。
DTSデータ移行については、TDSQL-C for MySQLデータ移行をご参照ください。
コマンドラインツールによるデータ移行をサポートしています。詳細はコマンドラインツールによる移行をご参照ください。
TDSQL-C for MySQLでデータをエクスポートする方法
TDSQL-C for MySQLではデータエクスポートに以下の2つの方法があります。
DMC管理プラットフォームを介してデータをエクスポートします。
TDSQL-C for MySQLのコンピューティング層はネイティブMySQLと100%互換性があり、MySQLDumperなどのネイティブMySQLツールを使用したデータエクスポートが可能です。また、オープンソースのデータ移行ツールによるデータ移行もサポートしています。詳細はデータ移行ドキュメントをご参照ください。
パラメータ・メトリクス
TDSQL-C for MySQLはsafe-updatesと同様の機能を実現できますか。
safe-updatesはデータベースの安全モードであり、アプリケーションのバグまたはデータベース管理者の誤操作により、テーブル全体に対する更新（update/delete）が発生する場合があります。TDSQL-C for MySQLでは、この操作を制限するsql_safe_updatesパラメータを提供しています。
コンソールのパラメータ設定でsql_safe_updatesを有効にすることでご要望を満たせます。具体的な操作は以下の図の通りです：
TDSQL-C for MySQLの接続におけるThreads_createdスレッドデータの継続的上昇による影響の有無
Threads_createdは実行中のスレッド数を示します。Threads_createdの値が増加し続ける場合、影響が生じる可能性があります。ごくわずかなメモリを消費し、接続数を占有するためです。不要なセッションを確認し終了させるには、以下の操作を行ってください。
インスタンス監視ページで、監視指標 - 実行スレッド数（Threads_created）の数値変動を確認します。
show processlistコマンドを実行するか、DBbrainのリアルタイムセッションを通じて、実行中のスレッドの詳細情報を確認できます。
Threads_createdスレッドデータが増加し続けていることが確認された場合、ビジネスの実際の状況に応じてKillコマンドで一部セッションを終了させるか、DBbrainのリアルタイムセッションにある「Killセッション」または「持続的Kill」操作で同様の処理を完了できます。
lower_case_table_namesパラメータの変更方法
lower_case_table_namesパラメータはテーブル名の大文字小文字区別を表します。クラスタ購入時にこのパラメータを設定できるほか、コンソールを通じて変更できます。
lower_case_table_namesパラメータを0に設定すると、テーブル名は指定通りに保存され、比較時に大文字小文字が区別されます。1に設定すると、ディスク上では小文字で保存され、比較時に大文字小文字が区別されません。パラメータ変更の操作方法はインスタンスパラメータの設定をご参照ください。
注意：
MySQL 8.0バージョンでは、テーブル名の大文字小文字区別は購入時にのみ設定可能で、購入後の変更はサポートされていません。
最大コネクション数を変更する
TDSQL-C for MySQLは最大接続数の変更をサポートしており、コンソールでパラメータmax_connectionsを変更できます。範囲は[1-100000]で、許可される最大同時クライアント接続数を示します。最大接続数パラメータの変更方法については、インスタンスパラメータの設定をご参照ください。
設定を変更する
TDSQL-C for MySQLの設定変更方法
TDSQL-C for MySQLはコンピュートとストレージの分離アーキテクチャを採用しており、すべてのコンピュートノードが一つのデータセットを共有します。クロスサーバー構成変更シナリオでは、データ移行が完全に不要なため、秒単位の設定変更（スケールアップ/ダウン）をサポートできます。インスタンスの現在のパフォーマンスまたはストレージ容量がビジネス変化に対応できない場合、またはインスタンスのパフォーマンスが過剰な場合、コスト削減のためインスタンスの構成変更操作を行うことができます。
TDSQL-C for MySQLの設定変更はコンピュートノードおよびストレージ容量を含みます。
コンピュートノードの構成変更：インスタンスリストでコンピュートノードの調整を行うことができます。
ストレージスペースの構成変更：クラスタ詳細ページでストレージスペースの調整が可能です。
注意：
ストレージ課金モードが従量課金の場合：ディスクの拡張は不要です。利用可能なディスクの最大容量は、プライマリインスタンスに対応するコンピュートノードのディスク上限となります。このコンピュートノード上限を超えるストレージスペースを使用する場合は、プライマリインスタンスのコンピュートノードをアップグレードできます。詳細なコンピュートノードと対応する最大ストレージ容量については、製品仕様をご参照ください。
ストレージ課金モードが年/月単位サブスクリプションの場合：コンソールでクラスタのストレージスペースを調整できます。このコンピュートノード上限を超えるストレージスペースを調整する場合は、プライマリインスタンスのコンピュートノードをアップグレードできます。詳細なコンピュートノードと対応する最大ストレージ容量については、製品仕様をご参照ください。
ストレージ課金モードが年/月単位サブスクリプションの場合、ストレージ容量変更後の有効課金期間は変更時点からクラスタの有効期限までとなります。
TDSQL-C for MySQLはオートスケーリングをサポートしています。
TDSQL-C for MySQLのオートスケーリングはストレージスペースとコンピュート仕様のスケーリングに分けられます。
Serverlessインスタンス形態では、コンピュート仕様とストレージスペースは実際の使用状況に応じて自動的にスケーリングされ、実際のコンピュートおよびストレージリソース使用量に基づいて課金されます。
プロビジョニング済みリソースのインスタンス形態では、コンピュート仕様が年/月単位サブスクリプションを採用し、ストレージスペースが従量課金を採用する場合、ストレージスペースは実際の使用量に基づいて自動的にスケーリングされます。
バックアップとリストア
TDSQL-C for MySQLがサポートするバックアップタイプです。
TDSQL-C for MySQLのデータバックアップは、ロジカルバックアップとスナップショットバックアップの2種類のバックアップタイプをサポートしています。ロジカルバックアップはフルバックアップであり、スナップショットバックアップはフルバックアップと増分バックアップを含みます。
論理バックアップ：フルバックアップのみ対応しており、データベースの論理構造と内容を保存することを指します。SQL文の形式でデータベースの構造とデータを表現するデータベースオブジェクトレベルのバックアップです。バックアップ内容はテーブル、インデックス、ストアドプロシージャなどのデータベースオブジェクトで構成されています。その利点は、より細かいデータベース/テーブルレベルのバックアップをサポートできること、データベースパフォーマンスへの影響が小さいことですが、比較的バックアップ速度が遅く、ストレージ容量を多く消費します。
スナップショットバックアップ：書き込み時リダイレクト技術ROW（Redirect-On-Write）を採用し、ストレージ層ディスクのスナップショット作成によるバックアップ方式です。その主な利点は、バックアップ速度が速く秒単位で完了可能なこと、プロセス全体がコンピューティング層のビジネスに影響を与えないこと、比較的占有容量が小さいことです。
フルバックアップ：特定の時点におけるすべてのデータの完全なコピーを指します。
増分バックアップ：前回のバックアップをベースに、新規追加または変更されたファイルのバックアップを行います。
TDSQL-C for MySQLにおけるデータ復元方法
リストア機能によるデータ復元では、データベース/テーブルレベルで元のクラスタへのリストアをサポートします。
クローン機能によるデータ復元では、クラスタ全体を新規クラスタへクローンするクラスタレベルでの復元をサポートしています。ログバックアップの保存期間内の任意の時点への復元、または指定したバックアップファイルのバックアップセットへの復元が可能です。
バックアップファイルによるデータ復元では、コンソールの手動バックアップ機能で生成した論理バックアップファイルを使用してデータを復元できます。
その他のコンソール操作
TDSQL-C for MySQLクラスタの作成所要時間について。
通常、クラスタの作成には分単位の時間がかかり、一般的に5分以内です。
また、読み取り専用インスタンスの作成は秒単位で、通常30秒以内であり、データ量に関係なく、データストレージ量が増加しても時間が延びることはありません。
TDSQL-C for MySQLの初期化後、テーブル名の大文字小文字区別設定を変更する方法
感度調整には、データベースの
lower_case_table_namesパラメータを調整する必要があります。互換データベースのバージョンがMySQL 5.7の場合、クラスタリストでクラスタIDをクリックし、クラスタ管理ページのパラメータ設定タブで
lower_case_table_namesパラメータを変更できます。0は大文字小文字を区別し、1は区別しません。互換データベースのバージョンが MySQL 8.0 の場合、購入ページでインスタンスを作成する際にテーブル名の大文字小文字区別を有効にするかどうかを選択する必要があり、インスタンス作成後は
lower_case_table_names パラメータを変更して調整することはできません。データベースの購入を間違えましたが、キャンセルする方法はありますか
TDSQL-C for MySQLクラスタの復元方法
クラスタを返却すると、ごみ箱に一定期間保持されます。年/月単位サブスクリプションインスタンスは7日間、従量課金インスタンスは1日間保持されます。この期間内に、ごみ箱で該当するインスタンスを見つけ、復元操作を行うことで復元が可能です。
アカウントを誤って削除した場合やパスワードを忘れた場合の対処方法。
アカウントを誤って削除した場合、クラスタリストでクラスタIDをクリックしインスタンス管理ページに入り、アカウント管理 ＞ アカウント作成またはSQL文を使用して新規作成できます。
rootパスワードを忘れた場合、アカウント管理ページで該当アカウントを選択しパスワードリセット操作が可能です。詳細はパスワードのリセットをご参照ください。
上記操作はTencentCloud APIインターフェースでも実現可能です。
TDSQL-C for MySQLのアカウントとパスワードの構成に関する仕様。
TDSQL-C for MySQLのアカウント名は1～16文字必要です。英字、数字、特殊文字で構成され、英字で始まり、英字または数字で終わります。特殊文字は
_です。TDSQL-C for MySQLのパスワード設定には8～64文字必要です。大文字・小文字の英字、数字、記号
~!@#$%^&*_-+=|\\\\(){}[]:;'<>,.?/の中から任意の3種類を含む必要があります。ストレージ使用量のアラーム設定方法について説明します。
監視センターはクラウドデータベースのストレージスペースを監視を行っています。インスタンス監視ページで、監視指標「ストレージ使用量」および「ストレージ使用率」を確認することで、当日のストレージスペースの使用状況を把握できます。
データベースのストレージ使用率が設定した割合を超えた場合、SMSとメールによるアラームがトリガーされます。Cloud Monitorで対応するアラーム受信者を設定するだけで（設定方法はアラームポリシーをご参照ください）、容量不足時にアラームを受信できます。
タスク実行状況の照会方法
クラスタリストの右側でアイコン
フィードバック