线上MySQL的binlog一般会保留3-5天，但是对比较重要的业务，binlog可能需要保留一个月甚至半年。线上服务器可没有这么大的空间，最多保留10天就会被purge掉。此时blackhole就有了用武之地。blackhole从库+xtrabackup的定期热备+ @plinux的binlog flashback，可以让你的数据库恢复到任意时刻。
充当binlog API，为其他程序提供数据源
我们线上有很多业务，挂在blackhole从库的后面。我们自己开发的binlog分析程序会适时分析binlog，然后把对应的数据插入到redis中。这种情况下blackhole从库充当了天然的binlog API。
跨IDC部署场景下，节省带宽
如果一个主库拖着20个从库，主库可能不堪重负，此时可以考虑给主库增加一个blackhole从库作为中继，虽然这种方案有诸多不靠谱的地方，但是如果这个主库在北京，20个从库在广州，这种方案就有意义了：在广州增加一个blackhole，让blackhole下挂20个从库，此时就可节省大量北京到广州的带宽。省下的钱加强下blackhole的HA应该绰绰有余。
测试binlog开启与否对服务器IO的影响
用blackhole来测试开启binlog与否对服务器IO的冲击。MySQL官方数据说，开启binlog会使IO性能降低3-5%，这个数据是否有点“保守”？