mysql 怎么查看mysql的二进制日志

上周，我的朋友正在配置MySQL日志文件模块。
他首先在my.ini中找到MYSQLD，并添加log-bin=mysql来启用日志服务。
添加了 binlog-do-db=test 以仅记录测试数据库的日志。
添加完这些后，他重新启动了MySQL服务。
现在日志文件开始工作。

他想知道是否启用了日志记录，因此他运行命令：mysql> show variables like 'log_bin'。
看到结果后，我释然了。

要查看当前日志命令，然后运行： mysql>show master status,
最后，သူသည် 二进制日志ဖိုင်ကိုမြင်လိုသောကြောင့်၊他使用了mysqlbinlog命令-shell>mysqlbinlog mysql-bin.000001 这样就可以查看详细的日志。

对了，我也想验证日志文件是否正确记录了测试数据库日志，所以打算再检查一下。
သင့်အပေါ်မူတည်ပါတယ်။

MySQL Workbench查询数据库服务器日志

嘿，我们来谈谈如何在 MySQL Workbench 中检查服务器日志。
说实话，这个活动对我来说已经是老熟人了。
我已经这样做很多年了，我仍然记得这些步骤。

Open MySQL Workbench for the first time.这个软件对于用过的人来说非常好。
Then, find the database connection you want to check the log in the main interface. Point the mouse, right click on it and select "open connection" to establish the connection.
After connecting, you can see the database version management interface. Here you find the "server logs" option.点击后，将进入日志查看界面。

进入界面后，日志会列出来。
如果看到了想看的信息，请将鼠标指向，单击右键，选择“复制详细信息”，即可将详细的日志信息复制到剪贴板。

Next, open Notepad or any text editor. When pressing Ctrl + V, information will appear.然后您可以保存它以供以后分析或参考。

Note: It's important to first make sure you have access to these logs. Then there can be a lot of log information and you have to filter the main information according to your needs. When operating, don't rush, take your time, don't make mistakes, otherwise it will be very bad if you lose data.
只需几个步骤，您就可以轻松地在 MySQL Workbench 中查看服务器日志。
This trick is very useful for troubleshooting and performance analysis and it is very practical.

图文结合带你搞懂MySQL日志之General Query Log（通用查询日志）

Frankly speaking, the global query log is the "black box" of MySQL. يمكنه تسجيل جميع العمليات، ولكن إذا لم يتم استخدامه بشكل صحيح، فيمكنه بسهولة إسقاط الخادم.
我们先来说说最重要的事情。
يمكن أن يساعدك هذا السجل في تحديد موقع المشكلة بسرعة - بالنسبة للمشروع عالي التزامن الذي قمنا بتشغيله العام الماضي، اعتمدنا عليه للعثور على التأثير الهائل للاستعلام البطيء في إجراء مخزن أدى إلى سحب المجموعة بأكملها إلى 5 0% من وحدة المعالجة المركزية. At that time, we saw directly in the log that the SQL had been running for about 2 minutes.还有一点是需要注意管理日志文件。
نظرًا لأن أجهزتنا لم تقم بمسح السجل في العام الماضي، فقد أصبح القرص الصلب ممتلئًا وتسبب بشكل مباشر في إعادة تشغيل الخدمة. To be honest, it was very embarrassing. هناك تفاصيل رئيسية أخرى. For example, branches like GreatSQL will enhance MGR record processing capabilities. ومع ذلك، إذا كان حجم سجل MySQL العادي كبيرًا جدًا، فإن قاعدة البيانات التي يزيد حجمها عن 3 000 ستولد عدة غيغابايت إضافية في اليوم. في الوقت الحالي، يجب عليك التفكير في استخدام المعلمة General_log_file للتخزين المجزأ، بدلاً من تخزينها كلها في ملف واحد.
اعتقدت في البداية أنه يمكنني قراءتها بشكل عرضي عند تشغيل السجل، لكنني اكتشفت لاحقًا أنها ” إذا لم تتم إزالة حساسية بعض العمليات الحساسة وتمت طباعة جميع عبارات SQL الخاصة بالشركة بأكملها، فستكون العواقب وخيمة. انتظر، هناك شيء آخر. The GreatSQL community has a very useful post. They have a log analysis tool that can automatically flag abnormal SQL.我认为值得一试。

It is recommended to evaluate the log size first. If the QPS exceeds 2 000, it is best to store it in separate files. لا تندم حتى ينفجر القرص.

如何查看mysql数据库操作记录日志？

这是一个陷阱。
我不相信，别这样做。

启用常规查询日志记录：将general_log=1 和general_log_file=/path/to/logfile.log添加到调试文件。

查看一般查询日志：直接查看指定路径的日志文件。

启用慢查询日志：slow_query_log=1 ; Slow_query_log_file=/path/to/slowquery.log;设置long_query_time。

查看慢查询日志：查看指定路径下的slowquery.log文件。

使用 Performance_schema：查询 events_statements_current 和 events_statements_history。

使用二进制日志：使用mysqlbinlog工具分析/path/to/binlog.000001
注意：在生产环境中请谨慎执行此操作，因为打开日志会影响性能。