mysql日志记录-mysql日志删除(5-13-67)

更新时间：2024-11-07 分类：MySQL 浏览量：2

MySQL本文目录一览：

如果实在想保留日志，可以在/etc/my.cnf里加入expire_logs_days = 10 然后重启mysql，这样10天就会自动清理日志。

关闭办法：找到my.cnf或者my.ini文件，把 “ log-bin= ” 这个参数用#号注释掉，然后重启mysql就可以。折中办法：在my.cnf或者my.ini文件中，log-bin参数后面，加入expire_logs_days=15。意思就是日志保留15天。

修改文件配置修改/etc/my.cnf，找到以下字符 log-bin=mysql-bin binlog_format=mixedbash 注释这两行，如下：log-bin=mysql-bin binlog_format=mixedbash 在这两个字段之前添加“#”号注释，并保存文件。

关闭MySql日志方法：找到MySql的配置文件，然后注释以下两行即可（即在行首添加#符号就好了）。

首先，建议在删除之前先对数据库用mysqldump做个全库备份。然后进入Mysql（用root用户）。然后 show binary logs ，这个命令会列出当前保存的所有二进制日志。

lsof|grepdeleted查看一下是否存在删除了，但是没有释放空间的文件。查看其所属的服务的进程号，杀掉进程，重启服务。绝对不能从操作系统上直接删除binlog日志，如rm binlog。

程序删除不了，老是提示 Could not open INSTALL.LOG file是设置错误造成的，解决方法为；通过Windows的“搜索”功能，或者用“360软件管家”找到安装目录。打开后可以看到当初安装的流程。

解决方法：查看对应数据库下的error log，例如我的数据库为，/usr/local/mysql/var目录，其下的localhost.localdomain.err为错误日志，只要把其下的ib_logfile*删除即可，重启mysql即可。

在正常的崩溃恢复中，MySQL 可以借助 redo log 来进行前滚和回滚，但是此时 redo log 已经被我们删掉了，MySQL 无法进行恢复操作。

仅从这段日志上看，完全正常。是不是你机器上有什么进程在主动关闭你的mysql 服务？---解决方案--- Deadlock found when trying to get lock； try restarting transaction 看上去应该是死锁啊。

找到MySQL的数据目录，通常在/etc/mysql/或/var/lib/mysql/。在该目录下找到名为error.log或类似的日志文件。使用文本编辑器打开该日志文件，即可查看MySQL的启动日志信息。

安装目录下的data目录下扩展名是.err那个文件。错误日志是一个文本文件。错误日志记录了MySQL Server每次启动和关闭的详细信息以及运行过程中所有较为严重的警告和错误信息。

因此，它默认不会记录MySQL的启动日志。MySQL的错误日志文件通常位于MySQL的数据目录下，文件名为error.log或者类似的名称。在该日志文件中，可以查看MySQL的启动过程、错误信息、警告和其他相关日志记录。

永久生效：修改mysql的配置文件my.cnf，添加binlog过期时间的配置项： expire_logs_days=30 ，然后重启mysql，这个有个致命的缺点就是需要重启mysql。

错误日志： -log-err 查询日志： -log 慢查询日志： -log-slow-queries 更新日志： -log-update 二进制日志： -log-bin 默认情况下，所有日志创建于mysqld数据目录中。

*to ted@121212123identifiedby123456；linux中安装了lnmp，然后多了www和mysql用户，怎么登录？这是应用程序自己创建出来的，这两个没有家目录，并且在/etc/passwd里的没有登录权限的。