tidb 有计划支持 mysql 8 得binlog 事务压缩吗？
可以去反馈下 
这个有什么优势么
我记得之前看过，两边的binlog不是一个东西。
我感觉你应该想说日志压缩和数据压缩，当前ocaeanbase的压缩做的就很厉害
tidb的数据本身就已经压缩过了。我这边的tidb没开binlog
mysql8 可以支持binlog压缩，看其他人得测试文档，大概能少一半。这种对于使用dm同步mysql数据的，带宽也能少一半。像tidb和mysql 不在一个区域的，妥妥的省钱小能手。
1 个赞
如果上游mysql和下游tidb离的比较远，dm最好是靠近上游mysql。而不是贴近下游tidb。
具体看这一段
如果是这种跨国，且链路完全没有办法保证的情况下，dm在上游起码提交task还是能过去的，放在下游，task提交就超时，根本没法用。
所以假设是这种情况，那么流量其实主要在tidb的连接里，而不应该在binlog流里面。
dm 上游及下游的方式我都跑过，最后我选择dm在下游开启relay log，主要流量就是接binlog了。网络不好的时候也蛋疼
使用上游确实获取binlog速度快， 但是在写入的时候那是真的慢，有网络波动的时候甚至会有重复key导致task 卡住的情况。
1 个赞
网络不行，写入慢确实是没办法的。但你网络是现在这个情况，正常的tcp连接本来就会断的情况下，binlog压缩了该断一样断的。
就支持一个特性的角度，我觉得你的需求没问题。不过就你出现的这个问题而言，我觉得即使有这个特性，可能改善的效果也是微乎其微的。