Mysql のデータ更新操作は、一般クエリ ログとバイナリ ログに記録されます。一般的なクエリ ログは、MySQL サービスの開始とシャットダウン、更新ステートメントとクエリ ステートメントなどを含むすべてのユーザー操作を記録するために使用されます。バイナリ ログは、さまざまなデータベース操作をバイナリ形式で記録しますが、クエリ ステートメントは記録しません。
(推奨チュートリアル: mysql ビデオ チュートリアル)
ログはデータベースの重要な部分であり、主に使用されます。データベースの稼働状況、日々の操作、エラー情報を記録します。
MySQL 一般クエリ ログ (一般クエリ ログ)
一般クエリ ログ (一般クエリ ログ) は、すべてのユーザー操作を記録するために使用されます。 MySQL サービスの開始とシャットダウン、更新ステートメントとクエリ ステートメントなどが含まれます。
デフォルトでは、一般クエリ ログ機能はオフになっています。次のコマンドを実行して、一般クエリ ログがオンになっているかどうかを確認できます。
mysql> SHOW VARIABLES LIKE '%general%'; +------------------+----------------------------------------------------------------+ | Variable_name | Value | +------------------+----------------------------------------------------------------+ | general_log | OFF | | general_log_file | C:\ProgramData\MySQL\MySQL Server 5.7\Data\LAPTOP-UHQ6V8KP.log | +------------------+----------------------------------------------------------------+ 2 rows in set, 1 warning (0.01 sec)
結果から、一般クエリ ログがオフになっていて、general_log_file 変数がファイルの場所を指定していることがわかります。一般的なクエリのログ ファイル。
一般クエリ ログの開始と設定
MySQL では、MySQL 構成ファイルに log オプションを追加することで、一般クエリ ログを有効にできます。
[mysqld] log=dir/filename
このうち、dir パラメータは一般クエリログの保存パスを指定し、filename パラメータはログのファイル名を指定します。ストレージ パスを指定しない場合、一般的なクエリ ログはデフォルトで MySQL データベースのデータ フォルダーに保存されます。ファイル名を指定しない場合、デフォルトのファイル名は hostname.log になります。ここで、hostname はホスト名を表します。
一般クエリ ログの表示
ユーザーの最近の操作を知りたい場合は、一般クエリ ログを表示できます。一般的なクエリ ログはテキスト ファイルの形式で保存され、通常のテキスト ファイルを使用してこのタイプのログの内容を表示できます。
例 1
まず、一般クエリ ログ機能がオンになっているかどうかを確認し、tb_student テーブルのレコードをクエリします。SQL コマンドと実行プロセスは次のとおりです。
mysql> SHOW VARIABLES LIKE '%general%'; +------------------+----------------------------------------------------------------+ | Variable_name | Value | +------------------+----------------------------------------------------------------+ | general_log | ON | | general_log_file | C:\ProgramData\MySQL\MySQL Server 5.7\Data\LAPTOP-UHQ6V8KP.log | +------------------+----------------------------------------------------------------+ 2 rows in set, 1 warning (0.02 sec) mysql> use test; Database changed mysql> SELECT * FROM tb_student; +----+--------+ | id | name | +----+--------+ | 1 | Java | | 2 | MySQL | | 3 | Python | +----+--------+3 rows in set (0.06 sec)実行が成功したら、一般クエリ ログを開きます。ログ名は LAPTOP-UHQ6V8KP.log です。以下は一般クエリ ログの一部です。
C:\Program Files\MySQL\MySQL Server 5.7\bin\mysqld.exe, Version: 5.7.29-log (MySQL Community Server (GPL)). started with: TCP Port: 3306, Named Pipe: MySQL Time Id Command Argument 2020-05-29T06:43:44.382878Z 7 Quit 2020-05-29T06:44:10.001382Z 8 Connect root@localhost on using SSL/TLS 2020-05-29T06:44:10.007532Z 8 Query select @@version_comment limit 1 2020-05-29T06:44:11.748179Z 8 Query SHOW VARIABLES LIKE '%general%' 2020-05-29T06:44:25.487472Z 8 Query SELECT DATABASE() 2020-05-29T06:44:25.487748Z 8 Init DB test 2020-05-29T06:44:35.390523Z 8 Query SELECT * FROM tb_studentログにはクライアントのすべての動作が非常に明確に記録されていることがわかります。
MySQL バイナリ ログ (バイナリ ログ)
バイナリ ログ (バイナリ ログ) は、変更ログ (更新ログ) とも呼ばれます。これは MySQL の非常に重要なログです。これは主にデータベースの変更、つまり SQL ステートメントの DDL および DML ステートメントを記録するために使用され、データ レコードのクエリ操作は含まれません。 MySQL データベースが予期せず停止した場合は、バイナリ ログ ファイルを使用して、ユーザーが実行した操作とデータベース サーバー ファイルに加えられた変更を確認し、レコードに基づいてデータベース サーバーを復元できます。バイナリログファイル内。 デフォルトでは、バイナリログ機能はオフになっています。次のコマンドを実行すると、バイナリ ログがオンになっているかどうかを確認できます。mysql> SHOW VARIABLES LIKE 'log_bin'; +---------------+-------+ | Variable_name | Value | +---------------+-------+ | log_bin | OFF | +---------------+-------+ 1 row in set, 1 warning (0.02 sec)結果から、バイナリ ログがオフになっていることがわかります。
バイナリ ログの開始とセットアップ
MySQL では、構成ファイルに log-bin オプションを追加することでバイナリ ログを有効にできます。形式は次のとおりです。[mysqld] log-bin=dir/[filename]このうち、dir パラメータはバイナリ ファイルの保存パスを指定し、filename パラメータはバイナリ ファイルのファイル名を filename.number の形式で指定し、number の形式は 000001 です。 000002などMySQL サービスが再起動されるたびに、新しいバイナリ ログ ファイルが生成されますが、これらのログ ファイルのファイル名のファイル名部分は変更されず、数は増加し続けます。 dir パラメータと filename パラメータがない場合、バイナリ ログはデフォルトでデータベースのデータ ディレクトリに保存されます。デフォルトのファイル名は hostname-bin.number です。ここで、hostname はホスト名を表します。 my.ini ファイルの [mysqld] グループに次のステートメントを追加します。
log-binMySQL サーバーを再起動すると、データ ディレクトリに LAPTOP-UHQ6V8KP-bin が表示されます。 MySQL データベース 000001 このファイル、LAPTOP-UHQ6V8KP-bin.index ファイルも生成されます。ここで、MySQL サーバーのホスト名は LAPTOP-UHQ6V8KP です。 my.ini ファイルの [mysqld] グループで次の変更を行うこともできます。ステートメントは次のとおりです。
log-bin=C:log\mylogMySQL サービスを再起動すると、C:log フォルダーに mylog.000001 ファイルと mylog.index ファイルが表示されます。
バイナリ ログの表示
1. バイナリ ログ ファイル リストの表示
次のコマンドを使用して表示できます。 MySQL ログ ファイルに含まれるバイナリ:mysql> SHOW binary logs; +----------------------------+-----------+ | Log_name | File_size | +----------------------------+-----------+ | LAPTOP-UHQ6V8KP-bin.000001 | 177 | | LAPTOP-UHQ6V8KP-bin.000002 | 154 | +----------------------------+-----------+ 2 rows in set (0.00 sec)
2. 現在書き込まれているバイナリ ログ ファイルを表示する
現在書き込まれているバイナリ ログ ファイルを表示するには、次のコマンドを使用できます。 MySQL で書かれています。mysql> SHOW master status; +----------------------------+----------+--------------+------------------+-------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | +----------------------------+----------+--------------+------------------+-------------------+ | LAPTOP-UHQ6V8KP-bin.000002 | 154 | | | | +----------------------------+----------+--------------+------------------+-------------------+ 1 row in set (0.00 sec)
3. バイナリ ログ ファイルの内容を表示する
バイナリ ログはバイナリ形式で保存されているため、直接開いて表示することはできません。バイナリ ログを表示する必要がある場合は、mysqlbinlog コマンドを使用する必要があります。mysqlbinlog 命令的语法形式如下:
mysqlbinlog filename.number
mysqlbinlog 命令只在当前文件夹下查找指定的二进制日志,因此需要在二进制日志所在的目录下运行该命令,否则将会找不到指定的二进制日志文件。
例 1
下面使用 mysqlbinlog 命令,来查看 C:\log 目录下的 mylog.000001 文件,代码执行如下:
C:\Users\11645>cd C:\log C:\log>mysqlbinlog mylog.000001 /*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/; /*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/; DELIMITER /*!*/; # at 4 #200527 9:33:37 server id 1 end_log_pos 123 CRC32 0x69738cfd Start: binlog v 4, server v 5.7.29-log created 200527 9:33:37 at startup ......
由于日志内容较长,这里只展示了 mylog 中的部分内容。
使用 mysqlbinlog 命令时,可以指定二进制文件的存储路径。这样可以确保 mysqlbinlog 命令可以找到二进制文件。上面例子中的命令可以变为如下形式:
mysqlbinlog C:\log\mylog.000001
这样,mysqlbinlog 命令就会到 C:\log 目录下去查找 mylog.000001 文件。如果不指定路径,mysqlbinlog 命令将在当前目录下查找 mylog.000001 文件。
除了 filename.number 文件,MySQL 还会生成一个名为 filename.index 的文件,这个文件存储着所有二进制日志文件的列表,可以用记事本打开该文件。
小技巧:实际工作中,二进制日志文件与数据库的数据文件不放在同一块硬盘上,这样即使数据文件所在的硬盘被破坏,也可以使用另一块硬盘上的二进制日志来恢复数据库文件。两块硬盘同时坏了的可能性要小得多,这样可以保证数据库中数据的安全。
更多编程相关知识,请访问:编程入门!!
以上がmysqlのデータ更新操作はどのログに記録されますか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

MySQLとSQLiteの主な違いは、設計コンセプトと使用法のシナリオです。1。MySQLは、大規模なアプリケーションとエンタープライズレベルのソリューションに適しており、高性能と高い並行性をサポートしています。 2。SQLiteは、モバイルアプリケーションとデスクトップソフトウェアに適しており、軽量で埋め込みやすいです。

MySQLのインデックスは、データの取得をスピードアップするために使用されるデータベーステーブル内の1つ以上の列の順序付けられた構造です。 1)インデックスは、スキャンされたデータの量を減らすことにより、クエリ速度を改善します。 2)B-Tree Indexは、バランスの取れたツリー構造を使用します。これは、範囲クエリとソートに適しています。 3)CreateIndexステートメントを使用して、createIndexidx_customer_idonorders(customer_id)などのインデックスを作成します。 4)Composite Indexesは、createIndexIDX_CUSTOMER_ORDERONORDERS(Customer_Id、Order_date)などのマルチコラムクエリを最適化できます。 5)説明を使用してクエリ計画を分析し、回避します

MySQLでトランザクションを使用すると、データの一貫性が保証されます。 1)StartTransactionを介してトランザクションを開始し、SQL操作を実行して、コミットまたはロールバックで送信します。 2)SavePointを使用してSave Pointを設定して、部分的なロールバックを許可します。 3)パフォーマンスの最適化の提案には、トランザクション時間の短縮、大規模なクエリの回避、分離レベルの使用が合理的に含まれます。

MySQLの代わりにPostgreSQLが選択されるシナリオには、1)複雑なクエリと高度なSQL関数、2)厳格なデータの整合性と酸コンプライアンス、3)高度な空間関数が必要、4)大規模なデータセットを処理するときに高いパフォーマンスが必要です。 PostgreSQLは、これらの側面でうまく機能し、複雑なデータ処理と高いデータの整合性を必要とするプロジェクトに適しています。

MySQLデータベースのセキュリティは、以下の測定を通じて達成できます。1。ユーザー許可管理:CreateUSERおよびGrantコマンドを通じてアクセス権を厳密に制御します。 2。暗号化された送信:SSL/TLSを構成して、データ送信セキュリティを確保します。 3.データベースのバックアップとリカバリ:MySQLDUMPまたはMySQLPumpを使用して、定期的にデータをバックアップします。 4.高度なセキュリティポリシー:ファイアウォールを使用してアクセスを制限し、監査ロギング操作を有効にします。 5。パフォーマンスの最適化とベストプラクティス:インデックス作成とクエリの最適化と定期的なメンテナンスを通じて、安全性とパフォーマンスの両方を考慮に入れます。

MySQLのパフォーマンスを効果的に監視する方法は? MySqladmin、ShowGlobalStatus、PerconAmonitoring and Management(PMM)、MySQL EnterpriseMonitorなどのツールを使用します。 1. mysqladminを使用して、接続の数を表示します。 2。showglobalstatusを使用して、クエリ番号を表示します。 3.PMMは、詳細なパフォーマンスデータとグラフィカルインターフェイスを提供します。 4.mysqlenterprisemonitorは、豊富な監視機能とアラームメカニズムを提供します。

MySQLとSQLServerの違いは次のとおりです。1)MySQLはオープンソースであり、Webおよび埋め込みシステムに適しています。2)SQLServerはMicrosoftの商用製品であり、エンタープライズレベルのアプリケーションに適しています。ストレージエンジン、パフォーマンスの最適化、アプリケーションシナリオの2つには大きな違いがあります。選択するときは、プロジェクトのサイズと将来のスケーラビリティを考慮する必要があります。

高可用性、高度なセキュリティ、優れた統合を必要とするエンタープライズレベルのアプリケーションシナリオでは、MySQLの代わりにSQLServerを選択する必要があります。 1)SQLServerは、高可用性や高度なセキュリティなどのエンタープライズレベルの機能を提供します。 2)VisualStudioやPowerbiなどのMicrosoftエコシステムと密接に統合されています。 3)SQLSERVERは、パフォーマンスの最適化に優れた機能を果たし、メモリが最適化されたテーブルと列ストレージインデックスをサポートします。


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

AtomエディタMac版ダウンロード
最も人気のあるオープンソースエディター

MinGW - Minimalist GNU for Windows
このプロジェクトは osdn.net/projects/mingw に移行中です。引き続きそこでフォローしていただけます。 MinGW: GNU Compiler Collection (GCC) のネイティブ Windows ポートであり、ネイティブ Windows アプリケーションを構築するための自由に配布可能なインポート ライブラリとヘッダー ファイルであり、C99 機能をサポートする MSVC ランタイムの拡張機能が含まれています。すべての MinGW ソフトウェアは 64 ビット Windows プラットフォームで実行できます。

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

WebStorm Mac版
便利なJavaScript開発ツール

ホットトピック









