有个统计网站 UV 的后台需求，用什么技术框架实现比较好？

[Aliberter]

如题，就是简单的接收前端的埋点上报，计数，主要是一堆文章，要记录每篇文章的推荐 UV 、浏览 UV，还能统计所有文章的 UV，最后统计展示出来，都是以日为维度，请教大佬们，用什么做？ redis? mysql? elasticsearch?

完了，我感觉偏了，我标题写差了，其实是 app 访问行为的统计，不是网站。app 埋点上报，后端统计，大佬们，

[Oktfolio]

ElasticSearch, MongoDB

[GM]

motamo

[Aliberter]

@Oktfolio 多谢大佬，只怪自己这两样儿学的不精，多研究下吧

[Aliberter]

@GM 这个没听说过呀，大佬

[eason1874]

PV/UV 统计的数据库好像比较流行用 PostgreSQL

别用 matomo，开源版很吃资源，付费版不了解

[hidemyself]

我们之前是用 redis 做的

[Aliberter]

@eason1874 哦哦好的大佬，PostgreSQL 还了解点儿，matomo 不了解，那就不考虑了

[liujinayu4303]

redis hyperloglog 了解下

[Aliberter]

@hidemyself redis 计数很方便，但是比如我要汇总是不是比较麻烦啊，比如获取所有文章的总 UV 这种，还有按日期分组筛选这些，

[Aliberter]

@liujinayu4303 我还在纳闷 redis 咋做，原来是有更高级的算法，多谢大佬，我去搜搜

[feitxue]

必须要自研吗？
如果不是，接入三方的应该会更快。
百度 cnzz 腾讯 谷歌 都有

[abigeater]

redis->定时写回数据库

[Aliberter]

@feitxue 小公司，自己写来的快点哈哈~其实整个统计的体量也不是太大，自己写的就能扛得住，然后主要是针对一些自定义需求开发~

[kinge]

直接用现成的统计产品，自己写的统计不准确

[feitxue]

@Aliberter 那建议别自己写了。

[feitxue]

建议你调研一下大厂现有的统计产品的功能，再决定是否自研。

[Aliberter]

@feitxue 好的好的，我去研究下，跟领导商量下

[Aliberter]

@kinge 不准确我倒是信哈哈，技术比较渣

[thetbw]

上家公司的是直接接入腾讯有数

[lithiumii]

建议接入 sass
虽然自建 matomo 可以做

[Aliberter]

完了，我感觉偏了，我标题写差了，其实是 app 访问行为的统计，不是网站。app 埋点上报，后端统计，大佬们，

[hrdslin]

直接上友盟

[cowcomic]

友盟解决

[chenstor]

友盟或者诸葛

[qq1340691923]

thinkdata，神策数据，用完你会回来感谢我的

[qq1340691923]

thinkingdata，神策数据，用完你会回来感谢我的

[feitxue]

@Aliberter append 一下帖子.

[wellsc]

redis 呗，也不是很复杂的业务

[MineDog]

简单的 redis 的 HLL 就够了

[MineDog]

当然 bitmap 也可以

[fuchaofather]

比较麻烦。建议还是使用现成服务，业务量较大的话可能需要依赖大数据环境。说一下我们以前的整体架构:

前端埋点 -> nginx -> tomcat 集群（简单处理解压过滤等）-> kafka -> 多应用点同时消费写到本地文件 -> 上传到 hive 日期分区表 -> spark 计算 -> 写入 hbase （用户 id 使用 bitmap) -> phoniex 查询（ redis 缓存）

[ericls]

clickhouse

[duanqiaoyanyu]

bigmap Hyperloglog

[efaun]

随机数