wenxueywx

听过 fm94.0 的 《新青年+》《 e 对奇葩》

m1pro , 不会 ,基本没有自己转过，有时候我看 cpu 温度都 85 左右了都没转，都是自己感觉有点烫了，打开风扇降温

@codehz 大部分类 linux 系统是可以的，macos 不行。

@llh880808 使用习惯不好，rm -rf 不要连用，要用 rm /xxxxx -rf

6 楼说的对，子表更新与统计子表更新成功的条数后更新主表 没必要在一个事务

@rqxiao 确实会阻塞

@bluebo 是的，__optime 就是数据变更时间__tm ；
优势就是实现了 mysql 引擎的接口可以内置到 mysql 中使用，可以对接 mysql 生态。
然后用户使用 gtid 去拿数据有点不符合操作习惯，你还得先知道 gtid ；使用时间就比较正常了。正常操作你只需设置一下时间，再用原来的 sql 直接执行就行，也基本没有增加使用负担。

有个想法可以参考：可以做成一个可以查询一定范围内任意时间点的历史数据的插件引擎（假设叫 binlogdb ）
1 、当使用 binlogdb 引擎创建表时会自动创建一个__optime 隐藏字段；
2 、远程读多个 mysql server 的 binlog ，如果本地有同名的表，就将数据带上变更的时间写入该表
3 、引入会话变量 optime ，使用 sql 查询表时默认加上 optime 字段，如果 optime 为空，则读取最新数据，不为空则读取__optime<=optime 的最新一条数据。
4 、 设置一个淘汰机制

可以改一下