@youngce 同样是 9 年义务教育，为什么你那么优秀！

@roundgis 确实。

@blakejia 这里写的确实有点简陋了，由于篇幅原因，之后有时间可以做详细的对比。

Discourse 这个项目虽然看起来简单，但功能还是很复杂的，报表之类的查询其实没有太多优化空间，OLTP 数据库里一般聚合查询都是全表扫再加上计算，单机很容易出现瓶颈。聚合查询慢也不能算瓶颈吧，有时候就是慢，看个人的忍受程度了，但快一定不是坏事。

MySQL 转 TiDB 只是一个过渡手段，因为 TiDB 是几乎兼容 MySQL 的。引入 TiFlash 之后，就可以通过增加机器来实现报表查询的加速效果。

@bthulu 据我了解 PolarDB 并不是一款 HTAP 数据库，应用场景不 match

对于其他人的意义，就是如果有从 PG 向 MySQL 迁移的需求，文章里应该覆盖了大部分不兼容的列表和处理方法，可以少走很多弯路。就是一个纯技术分享，也并不是说 MySQL 比 PG 好，只是因为更熟悉而已。

@beginor 有点难，引入 ES 或 redis geospatial 可以

@Aoang Citus 不错，之前也有关注过。但好像国内 PG 方面的 dba 太少了

@iamnuomi 支持 measurement protocal 就可以了，我的就支持。。

@yanyanlongxia 这…… 我得看看可不可以优化一下支持这种配置

@yanyanlongxia 最近在加一个 measurement protocol，很多电商用户想自己后台发送订单相关信息进去

@yanyanlongxia 有的 已经是到 city 级别的 但准确度取决于 ip 库了

@luffy 我也 n 多地方看见你 谢谢

他菜 你也菜

@Cbdy 有挺多的了

@bxb100 好像是

👍

不错

@waytocode 也是一个办法

@msg7086 通俗易懂