@julyclyde 主要考虑单机每小时产出 100G+日志的场景。海量日志在交付到远端数据系统之前，最好先持久化到磁盘上，这样做的好处是当和远端数据系统通信发生故障时，基于文件+offset ，可以很方便地重传、续传日志。

@ddd1 已经看过了，你能说说 sentinel-golang 实现的滑动时间窗口有啥亮点吗？

@GopherDaily 关于滑动时间窗口计数器，我的实现思路非常"取巧"，代码短少，翻了一下 github 还没找到和我思路类似的实现，可以把你认为成熟实现贴出来和大家分享

@FrankAdler 轻量实现在 100 行代码以内，逻辑非常简单，没有使用反射

@FrankAdler 来看看 sqlz https://github.com/go-tk/sqlz

@Morton996 是的，大可放心，我这库没有这样的问题

@Morton996 如果真是像你所说的“硬拼接”，首先该想到 sql 注入的问题，而不是性能问题 :)

@michaelbibby 干的活本质相同，都是 sql 拼接，但是`goqu`粉饰了一下，假装自己不是 sql 拼接～

@Qseven 理论上 sql 是持久化层的实现细节，而业务层独立于持久化层，在分层设计良好的情况下，sql 和业务代码不会混在一起

@cc100 常见就是 AOP 、mock 这类需求