Oracle MySQL 5.7 Database Administrator (1Z0-888日本語版) - 1Z0-888日本語 Exam Practice Test

A. 複数の行に変更を加えるUPDATEステートメントを実行していて、--binlog-format値がSTATEMENTに設定されていないため、ログは記録されません。

B. USEステートメントで指定されているものとは異なるデータベースを更新することはできないため、ステートメントでエラーが発生します。

C. -binlogformat = ROWを使用すると、一度に複数の行を更新できないため、このステートメントは失敗します。

D. バイナリログには何も書き込まれていません。ステートメントを一重引用符で囲むことなくクエリで計算を実行できないためです。

E. インスタンスが--binlog-format = ROWを使用しているため、UPDATEステートメントによる変更はバイナリログに記録されます。

A. 特定のテーブルに対してクエリの実行に時間がかかる理由を調べます。

B. テーブルインデックスが破損していないことを確認します

C. テーブル構造の問題を修復します

D. テーブルに構造上の問題がないことを確認する

E. InnoDBテーブルのインデックス分散統計を更新してパフォーマンスを向上させる

A. はい。 mysqldプロセスをシャットダウンし、transportable_tablespaceオプションを有効にして、UNDOディレクトリをSSDに移動します。

B. いいえ。UNDOテーブルスペースのシーケンシャル書き込みパターンは、最近のSSDブロックデバイスではサポートされていません。

C. はい。シャットダウンし、UNDOテーブルスペースを新しい場所にコピーして、my.cnfのinnodb_undo_directory値を変更します。

D. いいえ。UNDO表領域は、システム表領域と同じファイルシステムに存在しなければなりません。

A. 各スレッドはグローバルプールからメモリを割り当てます。

B. サーバ起動時にグローバルメモリリソースが割り当てられます。

C. 各接続は独自のスレッドごとのメモリー割り当てを持つことができます。

D. スレッドメモリはパフォーマンスのためにthread_cache_sizeまで事前に割り当てられています。

A. クエリにインデックスがあるかどうか

B. このクエリを解決するために使用できるインデックスがある場合

C. クエリしているテーブルにインデックスがあるかどうか

D. クエリにインデックスを含めることが可能な場合

A. 一般クエリログは、低速クエリログよりも多くのデータを記録します。

B. 低速クエリログは、バイナリログよりも多くのデータを記録します。

C. 一般クエリログは、バイナリログよりも多くのデータを記録します。

D. バイナリログは、一般的なクエリログよりも多くのデータを記録します。

E. バイナリログは、低速クエリログよりも多くのデータを記録します。

F. 低速クエリログは、一般クエリログよりも多くのデータを記録します。

A. 両方のサーバーから見える共有ディスクアーキテクチャに依存しています。

B. NET Connectorの負荷分散機能を使って高可用性を実現します。

C. IPレベルのディスク複製によって提供されます。

D. これは共有なしアーキテクチャです。

A. スレーブは、リレーログから残りのコンテンツを更新するために推定360秒を必要とします。

B. マスターが大規模なトランザクションを実行したため、スレーブで完了するまでに360秒かかります。

C. スレーブは、6分の遅延で遅延複製用に構成されました。

D. マスターとスレーブ間のネットワーク遅延は360ミリ秒です。

A. 通常の運用の一部としてinnodb_force_recovery = 1を設定することをお勧めします。

B. innodb_force_recoveryがクラッシュリカバリを実行できるようにすることは常に必要です。

C. InnoDBはほとんどのクラッシュ回復を自動的に処理します。

D. binlog_gtid_simple_recoveryを有効にしてクラッシュリカバリを実行する必要があります。

E. innodb_force_recoveryが0より大きい値に設定されていると、InnoDBは一部の操作をブロックします。

F. 通常、デフォルト設定を使用したクラッシュ後にコミットされたトランザクションは失われます。

A. データを並行して復元することが可能です。

B. -all-databasesと一緒に使用できます。

C. スキーマとデータは自動的に別々のファイルにダンプされます。

D. 実行中のサーバーに直接パイプすることができます。

A. リモートネットワークを介してデータを転送するときにSSLを使用する

B. 暗号化された通信用の接続が確立された後にsql_mode = STRlCT_SECUREを使用する

C. リモート認証を制限するための特定の付与特権の設定

D. リモート接続が不要な場合の--skip-networkingの設定

E. パラノイドモードを有効にするように--mysql_secure_configurationを設定する

A. BTREEインデックスの代わりにHASHインデックスを使用するようにテーブルを変更します。

B. innodb_read_io_threadsオプションの値を大きくしてください。

C. InnoDBバッファープールのサイズを増やします。

D. innodb_lock_wait_timeoutオプションの値を大きくしてください。

E. クエリキャッシュを無効にします。

F. innodb_adaptive_hash_indexの値をゼロに設定します。

A. InnoDBは、自動インクリメントの一意性を強制するためにロックを使用しません。

B. innodb_autoinc_lock_modeのいくつかの設定は、ロックを減らすのに役立ちます。

C. InnoDBは、常にテーブルレベルのロックで自動インクリメントの更新を保護します

D. InnoDBはtable_levelロックを使用しません。

E. 自動インクリメントロックはテーブルレベルのロックにすることができます。

A. `'@' localhost 'からすべての特権を取り消す;

B. ALTER USER bob PASSWORD = `secret_password ';

C. DROP USER `'@' localhost ';

D. ALTER USER `root '@' localhost'ACCOUNT LOCK;

E. ALTER USER bob @ '％' IDENTIFIED BY `secret_password ';

F. ALTER USER `'@' localhost'PASSWORD =` secret_password ';