这是一个创建于 2461 天前的主题，其中的信息可能已经有所发展或是发生改变。
mysql，单表 1000W 左右，还在继续往上加，emmm,请问除了 mycat 还有啥好的中间件吗？还是手动水平分表?
 | 1 jzmws 2019-03-07 21:55:06 +08:00 借楼有什么好用的 oracle 分表中间件 |
 | 2 cz5424 2019-03-07 22:00:41 +08:00 分区 |
 | 3 opengps 2019-03-07 22:13:16 +08:00  1 先考虑表分区，其次考虑分表，下一步考虑分库 |
 | 4 ghostsimon 2019-03-07 22:15:26 +08:00 via iPhone 单表 30 亿，分库，根据时间分表，运行的还不错。 |
 | 5 richard1122 2019-03-07 22:19:45 +08:00 1 1000 w 索引设计好的话应该还距离瓶颈远的 |
 | 7 GGGG430 2019-03-08 02:11:08 +08:00 via iPhone 借楼问一下以一个唯一 uuid 作为唯一索引的表如何水平分表较好，采用 hash 算法+取模如何呢？各位大佬 |
 | 8 yanaraika 2019-03-08 03:44:19 +08:00 短期 sharding-jdbc。长期来看不管现在的很多 DBA 怎么阻挠，NewSQL 迟早会是主流，中间件分库分表都是 poor man's choice |
 | 9 ihipop 2019-03-08 07:58:05 +08:00 via Android tidb |
 | 10 billwang 2019-03-08 08:17:51 +08:00 一千万级的表不算过大，大型业务系统到这个数量级别轻轻松松。建立好索引，sql 尽量不要用全表查询。 |
 | 11 ducklyl 2019-03-08 09:12:06 +08:00 要考虑未来数据量有多大，上亿的话，水平切分 |
 | 12 jiom 2019-03-08 09:13:24 +08:00 @ghostsimon +1。 |
 | 13 chaleaochexist 2019-03-08 09:24:51 +08:00 @yanaraika NewSQL 是啥... |
| 14 chaleaochexist 2019-03-08 09:25:18 +08:00 @yanaraika 查到了.谢谢. |
 | 15 saltxy 2019-03-08 09:27:04 +08:00 @ghostsimon 有用什么中间件吗，还是自己处理 sql 路由 |
 | 16 loveCoding 2019-03-08 09:34:19 +08:00 |
| 17 ghostsimon 2019-03-08 10:37:09 +08:00 @saltxy 用的其他厂家的数据库平台，看日志和报错应该是用 mycat，但是肯定有不少二次开发。具体技术细节就不清楚了。 |
 | 18 xiaoidea 2019-03-08 13:52:12 +08:00 建好索引 1000W 不是事，上 SSD，减少复杂查询，复杂逻辑在业务代码里处理。我的经验是单条查询能在 10ms 以内返回。楼上有人提到的 sharding-jdbc 分表也不错 |
 | 19 firstfire 2019-03-08 14:04:18 +08:00 正在使用 sharding-jdbc。(楼上也有提到。 |
 | 20 leon0903 2019-03-08 14:45:11 +08:00 1000w 对于 mysql 还是没什么问题的。像 ls 说的那样，用 ssd，建好索引，速度不会慢。我们这里生产环境有些单表 4000w，照样很快。 |
| 21 opengps 2019-03-08 15:08:35 +08:00 1 @GGGG430 不提倡 uuid 作为分区字段，分区一般使用时间之类的字段，并且设置为聚集索引，来实现不同时段的数据靠在一起。uuid 会导致不同分区都在增长，下一次升级更加困难，索引也会碎片化很难维护 |
 | 22 fuyufjh 2019-03-08 15:10:33 +08:00 如果是用的阿里云，推荐 https://cn.aliyun.com/product/drds |
 | 23 HansCathy 2019-03-08 17:59:26 +08:00 mycat 分表分库 |
 | 24 Mirana 2019-03-08 18:29:34 +08:00 polardb tidb |
| 25 GGGG430 2019-03-08 23:33:50 +08:00 via iPhone @opengps 可这个 uuid 是我查询的唯一依据啊，如果用时间字段分表不知道还怎么查指定的某个 uuid 了 |
| 26 opengps 2019-03-08 23:47:11 +08:00 via Android @GGGG430 可以试试手动拼一个自定义 id，比如 yyyyMmddHHmmssfff 加 8 位随机数代替 uuid |
| 27 opengps 2019-03-08 23:50:14 +08:00 via Android 说一个我的经历，超大表，测试写入 10 亿，虽然用了自增聚集主键，但是有个另外 2 列的联合索引，写入 5 亿以后发现写入性能降低到开始时候的一半。分析原因是每次写入时候维护非聚集索引浪费了一半的性能 |
 | 28 luozic 2019-03-09 20:01:14 +08:00 via iPhone tidb 或者有钱上 oracle，钱少点上 postgresql。 单表又想性能好，mysql 是有收费的数据引擎可以用的。 |
 | 29 dezhou9 2019-03-14 06:48:32 +08:00 via Android 能考虑用 sparql 重写业务吗 |
Select Language