数据量较大，数据库选型问题

clickhouse 一票，不过 doris 好像更好..但是没用过

为啥不分表或分区？

投 PG 一票 单表一亿 索引做好 问题不大 实在不行做个分区表
硬盘的话使用 ssd 内存给大点 性能还是很不错的 不是以前机械硬盘的时代了

@15342 只能做到最终一致性，不过延时一般不是很大。
就是自己写个脚本，把数据从 MySQL 导入 Clickhouse 里面，也不是很难写

v 站数据库水平...

@weijancc 单表 20G 左右

@nothingistrue #28 https://github.com/pingcap/tidb#architecture

@huangzhe8263 #96
@noparking188 #107
你要真是程序员，不应该不懂「 Mysql 兼容」是什么意思。

@nothingistrue
我想问一下，MySQL 是个 C++ 开发的数据库，那请问 TiDB 在什么地方有 C++ 代码呢？
你不会想说 TiFlash 吧？

@nothingistrue 你自己去看看两边的代码，都是完全开源的，懒得说了

@nothingistrue TiDB 也只是做了 MYSQL 大部分协议兼容，但是有很多 MySQL 东西因为无法引用 MySQL 的 codebase （ License 问题），导致也没法做到 100%兼容 https://docs.pingcap.com/zh/tidb/stable/mysql-compatibility

而且你自己给的 wiki 你自己都不会看的吗？页面里的原文

> 对于应用程序来说，TiDB 的行为就如同一个 MySQL 5.7 服务器。用户可以继续使用所有现有的 MySQL 客户端库。因为 TiDB 的 SQL 处理层是从头开始构建的，而不是一个 MySQL 分支，所以它的兼容性不是 100%，[9]而且 MySQL 和 TiDB 之间存在已知的行为差异

@nothingistrue

> 你要真是程序员，不应该不懂「 Mysql 兼容」是什么意思。

https://github.com/pingcap/tidb/tree/master/pkg/parser

https://github.com/pingcap/tidb/tree/master/pkg/planner

https://github.com/pingcap/tidb/tree/master/pkg/expression

要是是程序员，大家直接点，直接拿着代码出来指出来哪些是引用 MySQL codebase 就行了。反正根据我们数百 T 数据规模的集群用了几年下来以及我自己做 TiDB 的一些经验（非 PingCAP 的人），Parser ，Planner ，Analyzer ，Storage ，TiDB 和 MySQL 都是完全不一样的路线

你要真是程序员，就别搞莫须有了

@afeiche 啥项目，我带学生一起做过，一起搞一搞啊！ dnggY2hlbnhvZmhpdA== （ base64 ）

建议试试 PolarDB ，亿级数据的 OLTP 需求承接很简单。如果有复杂查询需求，加一个列存节点就行了，对 OLAP 场景支持的也不错。

@afeiche 上亿数据，MySQL 很轻松。。
@RangerWolf MySQL 从表做分析统计

cockroachdb
postgresql

大道至简， 选 sqlite

@liprais yugabyte 可以试试, 分布式的 pg ，类似 tidb

上面不懂装懂的人太多了，先问问楼主要不要支持事务；
不要，推荐 doris/starrocks 之类 OLAP 数据库，用主键模型，查询速度碾压 ck （特别是多表聚合查询）；
要，没钱 tidb 社区版（加个 tiflash ，htap ）；有钱 oceanbase （别用社区版，BUG 多）；
Sharding-JDBC/proxy/mycat 这种早点丢了，没必要弄多个组件折腾自己

@KAKARTTO #5 够用，我们有几个表有 10 亿行，不过查起来是有点慢就是了