SAVEPOINT、ROLLBACK TO SAVEPOINT および RELEASE SAVEPOINT ステートメント
SHOW MASTER STATUS ステートメントを発行して、ソースのバイナリロギングが有効になっていることを確認します。 バイナリロギングはデフォルトで有効になっています。 バイナリロギングが有効になっている場合、Position はゼロ以外です。 バイナリロギングが有効になっていない場合は、バイナリロギングを無効にする設定 (--skip-log-bin オプションなど) でソースを実行していないことを確認します。 ソースとレプリカの両方で起動時に server_id システム変数が設定され、ID 値が各サーバーで一意であることを確認します。 レプリカが実行されていることを確認します。 SHOW REPLICA | SLAVE STATUS を使用して、Replica_IO_Running と Replica_SQL_Running の両方の値が Yes であるかどうかを確認します。
SAVEPOINT、ROLLBACK TO SAVEPOINT および RELEASE SAVEPOINT ステートメント
SAVEPOINT、ROLLBACK TO SAVEPOINT および RELEASE SAVEPOINT ステートメント
myisamchk は以下のように起動します。 shell> myisamchk [options] tbl_name options は、myisamchk が実行することを指定します。それらについてはここで説明します(myisamchk --help を実行すると、オプションの一覧を取得できます)。オプションを指定しなければ、myisamchk はテーブルのチェックだけを行います。詳細情報を取得したり、myisamchk に修正を実行させるには、ここで説明するオプションを指定することが必要です。 tbl_name は、チェックおよび修復対象となるデータベーステーブル名です。データベースディレクトリ以外の場所で myisamchk を実行する場合、myisamchk に対してファイルのパスを指定する必要があります。実際、myisamchk は処理対象のファイルがデータベースディレクトリに
SAVEPOINT、ROLLBACK TO SAVEPOINT および RELEASE SAVEPOINT ステートメント
インデックスは特定のカラム値のある行をすばやく見つけるために使用されます。 インデックスがないと、MySQL は関連する行を見つけるために、先頭行から始めてテーブル全体を読み取る必要があります。 テーブルが大きいほど、このコストが大きくなります。 テーブルに問題のカラムのインデックスが含まれている場合、MySQL はすべてのデータを調べる必要なく、データファイルの途中のシークする位置をすばやく特定できます。 これはすべての行を順次読み取るよりはるかに高速です。 ほとんどの MySQL インデックス (PRIMARY KEY、UNIQUE、INDEX、および FULLTEXT) は B ツリーに格納されます。 例外: 空間データ型のインデックスは R ツリーを使用します。MEMORY テーブルはハッシュインデックスもサポートします。InnoDB は FULLTEXT インデックスの逆のリスト
多くのサーバーシステム変数は動的であり、実行時に設定できます。 セクション13.7.6.1「変数代入の SET 構文」を参照してください。 システム変数を設定するための権限要件の詳細は、セクション5.1.9.1「システム変数権限」 を参照してください 次のテーブルに、mysqld 内で適用可能なすべての動的システム変数を示します。 このテーブルは、各変数のデータ型とスコープを示しています。 最後のカラムは、各変数のスコープがグローバル、セッション、またはその両方のいずれであるかを示します。 変数の設定および使用の詳細は、対応するアイテムの説明を参照してください。 必要に応じて、アイテムに関する詳細情報へのダイレクトリンクが提供されます。 「string」 型の変数は文字列値を取ります。 「numeric」 型の変数は数値を取ります。 「boolean」 型の変数は、0、1、ON、OFF に
SAVEPOINT、ROLLBACK TO SAVEPOINT および RELEASE SAVEPOINT ステートメント
SAVEPOINT, ROLLBACK TO SAVEPOINT, and RELEASE SAVEPOINT Statements
ネイティブの Solaris PKG 形式を使用するインストールの詳細は、セクション2.7.1「Solaris PKG を使用して Solaris に MySQL をインストールする」を参照してください。 標準の tar バイナリインストールを使用するには、セクション2.2「一般的なバイナリを使用した MySQL の Unix/Linux へのインストール」の注記を参照してください。 インストール前後に必要となる可能性のある、Solaris 固有の注記については、このセクションの最後の注記およびヒントをチェックしてください。 インストールパッケージは Oracle Developer Studio 12.6 ランタイムライブラリに依存しており、MySQL インストールパッケージを実行する前にインストールする必要があります。 Oracle Developer Studio 「ここ」のダウンロ
PKG ディストリビューションを使用した Solaris への MySQL のインストールに関する情報は、項2.6. 「Solaris に MySQL をインストールする」 を参照してください。 Solaris の tar が長いファイル名を扱えないので、Solaris を使用する際、MySQL のディストリビューションを解凍する前でさえ、問題に遭遇する場合があります。これは MySQL を解凍する時にエラーが表示されることを意味します。 この問題が発生したら、GNU tar (gtar) を使用してディストリビューションを解凍します。Solaris 用にコンパイルしたコピーは http://dev.mysql.com/downloads/os-solaris.html にあります。 Sun のネイティブ スレッドは Solaris 2.5 およびそれ以降でしが動作しません。Solaris
SAVEPOINT、ROLLBACK TO SAVEPOINT および RELEASE SAVEPOINT ステートメント
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く