BINARY LOG Meaning in Japanese - translations and usage examples

• バイナリログ

Examples of using Binary log in English and their translations into Japanese

Binary logs lock you in!
パワーウェイブはLockYou!

TABLE statements are not written to the binary log.
コマンドはバイナリログに記録されません。MySQL。

Binary logging should be enabled on this machine.
バイナリロギングはこのマシンで有効にすべきです。

Statements are not written to the binary log. As of MySQL 4.1.1.
コマンドはバイナリログに記録されません。MySQL。

The next step is to prepare your MySQL server by enabling the binary log.
次のステップでは、あなたのMySQLサーバでバイナリログを有効にします。

For NOW(), the binary log includes the timestamp.
NOW()の場合、バイナリログはタイムスタンプを含みます。

Updates to nontransactional tables are stored in the binary log.
非トランザクションテーブルの更新は実行直後にバイナリログに保存されます。BDB。

Return'I got the binary log' acknowledge to the master then commit.
バイナリログを受け取ったスレーブは「受け取りました」サインをマスターに返信してからコミット。

That contains the names of all used binary log files.
はバイナリログインデックスファイルも作成します。このファイルに、使用されたバイナリログファイルすべての名前が含まれます。

If binary logging is not enabled, verify that you are running the master with the--log-bin option.
バイナリロギングが有効でない場合、--log-binオプションでマスターを実行していることを確認してください。

If you are using the update log or binary log, concurrent inserts.
更新ログまたはバイナリログを使用している場合に、CREATE。

If networking is not enabled, the slave cannot connect to the master and transfer the binary log.
ネットワーク接続を有効にしないと、スレーブはマスターに接続できず、バイナリログを転送できません。

To handle this, a SELECT func_name() statement is written to the binary log when the given function makes a change.
これを扱うため、SELECTfunc_name()ステートメントは、指定した関数が変更を行うときにバイナリログに書き込まれます。

A copy configuration within its own node is possible, in case of disc damage it can also be used to back up the binary log.
自ノード内でコピーするよう設定も可能なため、ディスク障害に備えたバイナリログのバックアップという目的でも使用できます。

It's simple that the task of master server. It's just to output binary log when it executes update query.
マスターサーバの役割は単純で、更新クエリ実行時にバイナリログを出力するだけです。

It utilizes the MySQL binary log(i.e., binlog) to replicate data from your databases to your Amazon Redshift cluster.
FlyDataSyncはMySQLのバイナリログ（通称binlog）を利用し、MySQLのデータをAmazonRedshiftへレプリカします。

The master receives update query from client then transfer the binary log to slave.
クライアントから更新クエリを受け取って、バイナリログをスレーブに転送する。

For example, SELECT statements are not written to the binary log, but a SELECT might invoke a stored function that makes changes.
たとえば、SELECTステートメントはバイナリログに書き込まれませんが、SELECTは、変更を行うストアドファンクションを呼び出す場合があります。

If you are using replication, you should not delete old binary log.
レプリケーションを使用している場合、スレーブが必要としている間は、古いバイナリログファイルを削除しないでください。

This design difference means that the MySQL replication binary log is significantly more compact than the PostgreSQL WAL stream.
設計がこのように異なっているため、MySQLレプリケーションのバイナリログは、PostgreSQLのWALストリームよりもかなりコンパクトなものとなっています。

If Slave 1 has--log-slave-updates enabled, it writes any updates that it receives from Master in its own binary log.
Slave1は、その--log-slave-updatesが有効である場合は、Masterから受け取る更新を自身のバイナリログに書き込みます。

For improved practicality, mysqlbinglog command is used and copying a binary log of a remote server is now possible.
運用性を向上させるため、mysqlbinglogコマンドを使って、リモートサーバーのバイナリログをコピーできるようになりました。

For example, if you pick Slave 1, all Web Clients should be redirected to Slave 1, which writes the updates to its binary log.
たとえば、Slave1を選択した場合、すべての WebClientsをSlave1(そのバイナリログに更新を書き込む)にリダイレクトされるはずです。

Plus, it leverages proven MySQL features including InnoDB, GTIDs, binary logs, multi-threaded slave execution, multi-source replication and Performance Schema.
更に、InnoDB、GTID、バイナリログ、マルチスレッドスレーブ、マルチソースレプリケーション、パフォーマンス・スキーマなどの実績の豊富なMySQL機能を活用しています。

Depending on the DEFINER value in the function definition, SUPER might be required regardless of whether binary logging is enabled.
関数定義のDEFINER値によっては、バイナリロギングが有効かどうかにかかわらずSUPERが必要になる場合があります。

From that point on, all updates statements sent by Web Client to Slave 1 are written to the binary log of Slave 1, which then contains every update statement sent to Slave 1 since Master died.
この時点から、WebClientからSlave1に送られるすべての更新ステートメントがSlave1のバイナリログに書き込まれます(Masterの停止以降にSlave1に送られるすべての更新ステートメントが含まれます)。

The reason for using a value of 2 for statements that use AUTO_INCREMENT or LAST_INSERT_ID() is that they take two events in the binary log of the master.
AUTO_INCREMENTまたはLAST_INSERT_ID()を使用するステートメントに値2を使用する理由は、それらがマスターのバイナリログ内で2つのイベントを必要とすることです。

Master 2 also has binary logging enabled, and the--log-slave-updates option so that replication instructions from Master 1 are also written to Master 2's binary log so that they can then be replicated to the true slaves.
マスター2のバイナリロギングも有効になっていて、--log-slave-updates オプションによってマスター1からのレプリケーション命令がマスター2のバイナリログにも書き込まれるため、それらを真のスレーブに複製できます。

By setting the"binlog_row_image" parameter to"minimal", the size of the binary log can now be reduced.
Binlog_row_image"パラメータを"minimal"にセットすることで、バイナリログのサイズを削減できるようになりました。

A transaction that fails(for example, because of a foreign key violation, or because it is rolled back) is not written to the binary log, so it is not sent to slaves.
失敗したトランザクション(たとえば、外部キーの違反のため、またはロールバックされているため)はバイナリログに書き込まれないため、スレーブには送信されません。