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