MySQL Binlog Server:是利用某个工具，把线上活跃的库的日志拉取到本地进行备份。在MySQL 5.6以后，可以利用mysqlbinlog这个命令去把远程机器的日志备份到本地目录，从而达到增量或是日志安全方面的备份。 做好MySQL日志的备份，是数据安全的一个重要保证。以前通过写程序来实现，从MySQL 5.6出现以后，DBA同步有福了，不用写程序了。

     CASE: mysql的IO处理上有抖动，　从日值上观查binlog最大的有(512M)大于max_binlog_size(128M) 原因： 当mysql在处理大事务时，不会进行binlog切换，所有的日值还是会写到一个数据文件里． 如：　bulk insert之类的操作 解决办法： 拆分大事务．　或是把大事务处理放到业务低峰期，避免大事务对业务的冲击. 特别提示：　 看到这种现象可以通过分析binlog查到是什么操作，　可以通过业务的方面考虑一下怎么规避．

    在 MySQL5.1.6 起，增加了一个不错的功能–事件调度器(Event Scheduler)，可以用做定时执行某些特定任务，来取代原先只能由操作系统的计划任务来执行的工作。更值得 一提的是MySQL的事件调度...

    使用mysqlbinlog按时间查询二进制日志时，会用到start-datetime和stop-datetime选项。 提示：MySQL二进制日志的名称缺省是HOSTNAME-bin，不过推荐通过log-bin设置，以防止HOSTNAME更改所带来的影响。二进制日志的目录可以使用如下方法得到...

    背景：假设这么一个情况，你是某公司mysql-DBA，某日突然公司数据库中的所有被人为删了。尽管有数据备份，但是因服务停止而造成的损失上千万，现在公司需要查出那个做删除操作的人。但是拥有数据库操作权限的人很多，如何排查，证据又在哪？是不是觉得无能为力？mysql本身并没有操作审计的功能，那是不是意味着遇到这种情况只能自认倒霉呢？本文就将讨论一种简单易行的，用于mysql访问审计的思路。

    版本5.0.51b-log，在max-binlog-size设置为700M或者更大时（这个值可能跟硬件性能有关），当binlog达到设置上限并切换成下一个binlog时，所有的更新语句就会被阻塞，不管多简单的语句。

    开发库和线上表结构有很多不一样，分表个数也不同，我需要重新整理保持开发库和线上一致，之前已经告知开发数据是否允许丢失，开发说数据可以不要了，直接丢掉，等我搞好之后开发告诉我部分数据（ring）是不能删除的，我晕，只好想办法来恢复数据了，没有备份，不过还好有全部的binlog。1.根据binlog解析出所有ring数据库的所有sql[mysql@DEV_SNS1 log]$mysqlbinlog --no-defaults --database=ring --start-datetime="20...