这是一个创建于 1542 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近看了点分库分表的方案，什么 shardingshapre （目前所在公司就是用的 sharding-jdbc ），mycat，谷歌的 vitess 等等若干方案。
自己没有在生产使用过 TiDB，但是关于他的各种文章说得天花乱坠的，现在 TIDB 有足够的能力取代这些分库方案了吗？ 但是感觉 TiDB 在中小型的公司并不流行（哪怕这些公司有分库分表的需求），是数据量不够大采用 TIDB 会增加的使用成本，运维成本吗？我个人感觉 对使用着来说 TiDB 比这些分库分表的方案是要方便一点
 |
1
jamesxu 2020-09-27 11:58:10 +08:00 via iPhone
|
 |
2
defage 2020-09-27 12:09:18 +08:00
主要还是黑盒的问题。
mysql 使用了这么多年，团队、人员上对它很熟悉的人很多，sharding 也是。对于有能力的团队来说，能掌控住的话，失控的风险就比较低。 tidb 就另说了，有很多业务也很适用，也有很多公司在用了。还是比较成熟的了，OLTP 和 OLAP 之间感觉它啥都想干，貌似都不是特别突出。 |
 |
3
realpg 2020-09-27 13:27:47 +08:00
TiDB 的硬件要求就注定小公司玩不起啊……
|
 |
4
MinQ 2020-09-27 14:56:16 +08:00
看了一下 TiDB 的硬件需求，需要的服务器也太多了吧，感觉大部分业务给两个 MySQL 整个一主一从就完活了，分库分表方案都是自己想一个就完了
|
 |
5
tulumu 2020-09-27 14:57:13 +08:00
tidb 已跪, 已经转 gp
|
 |
7
popoer 2020-09-27 15:51:46 +08:00
目前只用了 mysql 分区，分库分表和 TiDB 也研究过但没有使用，感觉对我们几千万数据量杀鸡用牛刀了
|
 |
9
StarUDream 2020-09-27 16:08:46 +08:00  1
小公司，tidb 、tikv 、pd 单节点放在一个机器上就行了啊，后面业务增长了，横向扩设备就行。
|
 |
10
Erroad 2020-09-27 16:20:40 +08:00
|
 |
12
mahone3297 2020-09-27 16:43:17 +08:00
所以，大家讨论 tidb 的时候，都没谈买商业服务是吗？？？
那，确实，出了问题，mysql 网上搜或许还能搜到，tidb 资料应该少 当然，买商业服务，应该确实贵 服务器当然也要的多，也贵 |
 |
13
huntcool001 2020-09-27 17:11:01 +08:00
等阿里,腾讯云出了 managed TiDB 再说吧. 中小公司运维 DBA 也搞不定这玩意.
|
|
14
realpg 2020-09-27 18:04:09 +08:00
@MinQ #4
硬件要求高不是需要的服务器太多 TIDB 不是应对大数据行数，而是应对高 IOPS 除了 IDC 这类公司，基本小公司哪有拿得出来三五台全高 IOPS （ NVME 盘最合适）做存储节点的 基本都停留在阿里云的破机器呢 |
 |
15
dzdh 2020-09-27 18:06:05 +08:00
@huntcool001 阿里有对标产品 OceanBase
|
|
17
dzdh 2020-09-27 18:07:53 +08:00
同类产品 CockroachDB 没人提一下吗
PostgreSQL 系的还有 Citus 也是 shardingnothing 啊 |
|
18
dzdh 2020-09-27 18:19:20 +08:00
小微企业小几千万的几台 PostgreSQL+citus 免费版足够了
|
 |
19
joesonw 2020-09-27 18:19:29 +08:00
@huntcool001 腾讯之前和 PingCAP 合作过, 有 managed TiDB. 然后合作终止了, 腾讯云推出了自己的分布式 SQL. 你懂的.
|
 |
20
haohappy 2020-09-27 18:54:04 +08:00
小几千万的索引建好 mysql 足够了
|
 |
21
andyangyu 2020-09-27 18:58:31 +08:00
我们公司在生产用 TIDB 集群, 4.0 以后支持机械盘部署了, 用 k8s 部署还是挺方便的.
|
|
22
MinQ 2020-09-27 19:03:09 +08:00
|
|
23
MinQ 2020-09-27 19:11:24 +08:00
@realpg 五台虚机本身就不少了，我司的项目抠抠搜搜就给两台 MySQL 虚机。之前搞过一次用来计算兴趣点的项目，最高峰搞了 24 台 16C/32G 的 PG 来做查询，现在要求压缩掉 2/3，TPS 还不能下降，所以打算用 Solr+MySQL 来处理了
|
 |
24
Narcissu5 2020-09-27 19:21:52 +08:00
我们穷逼公司硬件没给够，三天两头倒地不起，还不如 mysql 加个从库
|
 |
25
594duck 2020-09-27 20:11:50 +08:00 via iPhone
@StarUDream 然后在运行的飞机上换引擎么
|
|
26
594duck 2020-09-27 20:19:14 +08:00 via iPhone
我兄弟是达梦数据库的，达梦对标 oracle9i 。
TIDB 也好 oceanDB 也好在他们眼里就是弱鸡。 这里说一下上海地区有需要达梦的可以找我兄弟。一律有优惠。 我就这么说如果 oracle 11i 降价到 5 万元一整台服务器授权，保证企业用户立刻 “啊呀真香” 顶配 dell R740xd 512 内存，全 ssd 才多少钱。15 万一台好了，来三台，加上 EMC 两鸡头 4 盘柜，加上三套达梦。齐活了才多少钱。 mysql 商业版本差不多这点钱，还要折腾什么直接上啊。 oracle 一个 rman 就让人口水 |
 |
27
Lighfer 2020-09-27 20:45:48 +08:00 5
@594duck 达梦可别吹了，我们公司用了一年（政府项目，不得不用），给达梦都不知道排出了多少个 bug，最夸张一个，一条 insert 会引发数据库崩溃，100%必现，两个月前出现的。包括配套的产品，管理工具、迁移工具、ETL，都是 bug 一堆。，不可否认达梦服务态度很好，也是国产化必要的存在，但数据库确实没多强。
以上发言仅从使用者角度出发 |
 |
28
leeg810312 2020-09-27 20:51:38 +08:00 via Android
@594duck 达梦面向 zf 机构和国企，用 MySQL 的群体都是中小企业、个人或互联网公司，从没有听说这些群体有用达梦的
|
|
29
realpg 2020-09-27 21:01:26 +08:00
|
|
30
realpg 2020-09-27 21:03:11 +08:00
@594duck #26
达梦，没问题时候无敌 有问题时候就是垃圾中的战斗机 曾经遇到过简单查询爆卡，工程师专业的折腾了两个小时给解决了，然后开票收了 8000 块钱服务费……合同名义是买了一个什么扩展…… |
|
31
realpg 2020-09-27 21:03:59 +08:00
实际上，跟工程师私下沟通，其实是他们程序的 bug，以前没发现过的，现场代码级修复的。
|
 |
32
kerro1990 2020-09-27 22:23:45 +08:00
用的蟑螂 CockroachDB，TiDB 的话很多 mysql 函数不兼容或者返回结果不一致，已放弃
|
 |
33
xiaoyangsa 2020-09-27 22:43:55 +08:00 1
对于生产环境，还是要选熟悉的，搞得定的，别去当小白鼠帮别人排雷了
|
|
35
594duck 2020-09-28 03:08:43 +08:00 via iPhone
@Lighfer 老哥用的辛苦了，我不在国内所以也没用过他们的，但是听朋友讲起来比起其他国产数据库，他还是最靠谱的那个。
@leeg810312 可不是这么说的，如果 150 万买齐核心数据库对国内互联网动则上亿的流水来说简直不值钱。一般创新公司必须拿出企业利润 30%来对技术进行升级。而且我认为只有付费才会有良性发展，比如一个互联网公司用了 30 个 mysql，那买 1/10 的 mysql 企业版用来作为支持不过分的。不然哪里来的发展。 @realpg 只能说老哥辛苦了，毕竟哪怕 cisco 这种底层东西，都会出 bug 要开 case 。但是想你说的一条 inster 都崩溃也是难言了。 谢谢各位老哥的回复，我好好敲打一下我朋友去。叫他下次和我吹的时候谨慎一点。 |
|
36
kerro1990 2020-09-28 09:39:55 +08:00
@dzdh 生产环境，用的 AWS，跨机房数据同步，日落地数据 8000W 左右，总数据量 10T 左右，稳定运行 2 年多了，没有档级重启过
|
|
38
dzdh 2020-09-28 10:11:20 +08:00
@kerro1990 如果没有真的强区域化业务比如按大区拆分的业务组、子母公司啥的，是不是官方的 Geo-Partition 就有点鸡肋了。
|
 |
40
specita 2020-09-28 10:56:18 +08:00
sharding 的方案优缺点还是比较明显的，我现在接手的就是用的 sharding，主要是按 sharding 的方式跑数据处理，提高效率，但是数据量上来后，需要扩容再多 sharding 点表成本就很高了。另外报表查询也是个突出的问题。所以最近也在选型，我目前倾向于用 spark-sql 批处理，汇总数据再导入 mysql 或者 hbase 吧。tidb 不敢用的原因还是因为不了解，怕当小白鼠。
|
|
42
StarUDream 2020-09-28 11:14:25 +08:00
@594duck #25 扩容又不停机，又不停止线上业务。何来在运行的飞机上换引擎的说法？
|
 |
43
stephenxiaxy 2020-09-28 12:18:58 +08:00
小公司玩不起
|
 |
48
lance6716 2020-10-01 20:07:25 +08:00 via Android
|
 |
49
simuhunluo 2020-11-20 11:25:27 +08:00
@kerro1990 贵司用 cockroach 的场景大概是啥呢，可否简单分享下
|
|
50
simuhunluo 2020-11-20 11:27:27 +08:00
@zoharSoul greenplum
|
Select Language