obv4.2.1.8,之前3.x全局唯一索引出现过生产问题。
1 个赞
可以详细说一下你的需求么,关于全局索引哪方面的顾虑和维护
4.x 的clog 同步重构推出 日志流,事务的性能方面相比 3.x 有提升。全局索引 建议还是尽可能避免,但避免不了的话也可以用(确实很难避免)。
好钢用在刀刃上,全局索引只给重要的必要的查询用,控制一下数量就行。
1 个赞
主键1个唯一性约束,再加个唯一索引,会不会把集群加崩了
不管是mysql,还是ob在库中增加唯一索引,都是相当于业务代码少写简单了,算力转嫁给DB了。
一方面是约束开发不用唯一索引,或者少用。
如果必须要用唯一索引,就只能选择全局索引,复合唯一索引将区分度高的列放前面。
推荐:局部索引 > 全局分区索引 > 分局不分区索引。
如果之前3.x全局唯一索引出过问题的,结合自身业务特殊性,建议压测下3.x, 4.x的全局索引差异。
3 个赞