如何查看mysql的bin日志文件内容

1、查看日志内容

mysqlbinlog –no-defaults mysql-bin00001;

2、删除bin

mysql> purge binary logs to 'ablelee000003';

Query OK, 0 rows affected (016 sec)

3、显示所有日志

mysql> show binary logs;

4、关闭 bin日志

找到配置文件mycnf，对于linux，一般默认在/etc目录下，打开此文件，使用井号(#)注释掉如下两个配置项目即可。

log-bin=mysql-bin

binlog_format=mixed

这可能是因为该数据库： 处于可疑模式。 不再存在。 处于单用户模式，并且唯一可用的连接已由其他用户或事物使用。 已被分离。 已设置为 RESTRICTED_USER 状态。 处于脱机状态。 设置为紧急状态。 不具有映射到用户的登录帐户，或者该用户已被拒绝访问。 此外，该登录帐户可能是多个组的成员，且其中一个组的默认数据库在连接时不可用。 SQL Server 2005 在 SQL Server 2005 中，可以使用 sqlcmd 实用程序更改默认数据库。为此，请按照下列步骤 *** 作： 1 单击“开始”，单击“运行”，键入 cmd，然后按 Enter。 2 根据 SQL Server 登录使用的身份验证种类，请使用以下方法之一： 如果 SQL Server 登录使用 Microsoft Windows 身份验证连接到该实例，请在命令提示符处键入以下内容，然后按 Enter： sqlcmd –E -S InstanceName –d master 如果 SQL Server 登录使用 SQL Server 身份验证连接到该实例，请在命令提示符处键入以下内容，然后按 Enter： sqlcmd -S InstanceName -d master -U SQLLogin -P Password 注意：InstanceName 是要连接到的 SQL Server 2005 实例的名称的占位符。SQLLogin 是已删除其默认数据库的 SQL Server 登录的占位符。Password 是 SQL Server 登录密码的占位符。 3 在 sqlcmd 提示符处，键入以下内容，然后按 Enter： Alter LOGIN SQLLogin WITH DEFAULT_DATABASE = AvailDBName 注意：AvailDBName 是可由实例中 SQL Server 登录访问的现有数据库的名称的占位符。 4 在 sqlcmd 提示符处，键入 GO，然后按 Enter。 SQL Server 2000 和 SQL Server 70 在 SQL Server 2000 和 SQL Server 70 中，可以使用 osql 实用程序更改默认数据库。为此，请按照下列步骤 *** 作： 1 在命令提示符处，键入以下内容，然后按 Enter： C:\>osql -E 2 在“osql”提示符处，键入以下内容，然后按 Enter： 1>sp_defaultdb 'user's_login', 'master' 3 在第二个提示符处，键入以下内容，然后按 Enter： 2>go 更简单明了的： 无法打开用户默认数据库，登录失败,这也是SQL Server使用者熟悉的问题之一。在使用企业管理器、查询分析器、各类工具和应用软件的时候，只要关系到连接SQL Server数据库的时候，都有可能会碰到此问题,引起此错误发生的原因比较多,下面我们就来详细分析引起此问题的原因以及解决办法。 一、原因 登录帐户的默认数据库被删除。

用windows身份验证登陆数据库，点击连接

展开数据库服务器下面的管理SQL Server日志

双击当前可以打开日志文件查看器里面有所有的运行日志

点击任意一行，可以看见具体的信息，错误原因和时间

勾选相应的复选框，可以筛选查看相应的日志内容

点击筛选还可以详细筛选日志

在SQL Server日志上单击右键，选择视图SQL Server和windows日志可以查看 *** 作系统日志

就可以查看到 *** 作系统报错日志了

有时候我们会不小心对一个大表进行了 update，比如说写错了 where 条件

此时，如果 kill 掉 update 线程，那回滚 undo log 需要不少时间。如果放置不管，也不知道 update 会持续多久。

那我们能知道 update 的进度么？

实验

我们先创建一个测试数据库：

快速创建一些数据：

连续执行同样的 SQL 数次，就可以快速构造千万级别的数据：

查看一下总的行数：

我们来释放一个大的 update：

然后另起一个 session，观察 performance_schema 中的信息：

可以看到，performance_schema 会列出当前 SQL 从引擎获取的行数。

等 SQL 结束后，我们看一下 update 从引擎总共获取了多少行：

可以看到该 update 从引擎总共获取的行数是表大小的两倍，那我们可以估算：update 的进度 = (rows_examined) / (2 表行数)