@AquanllR 自增和雪花，都是增量的，更加适合 mysql 的索引，UUID 不太适合索引~

雪花算法 ID，可以兼容后期分布式架构，但是限制了 1024 个`workerID`，可以按自己业务架构定向去使用哪种方案，小项目单体自增完全 ok 。

感谢大家的热情讨论！

@markgor 十分感谢！现在问题已经很明朗了~再次感谢

@markgor 有一个疑问就是业务 2 的方案 2，会出现一种场景就是，产品名称参数修改了，海报上面的标题因为已经存在了，不会重新生成，而导致海报上的数据是旧的问题。
感觉得商品编辑修改的时候同步去修改

@DiamondYuan 是个不错的方案，纳入考虑范围

@markgor 感谢耐心的解答

@markgor 这样考虑的话，可控性的话，还是后端好。

前端小程序有一个开源库 https://github.com/Kujiale-Mobile/Painter 其实复杂的也可以操作

@markgor Get!

@kisshere 是都走前端吗？

走的是阿里的 oss，估计后面会烧钱

@Orenoid 嗯，现在 2 个方案实现了，后端是要上传 oss，前端展示

@bugmakerxs 建议前端吗？

@guoziq09 有道理，服务器生成得 1 对 N，不过后端可以做缓存处理

base64: d3VodWFuZ3F1YW4=

@dominic0312 专科，。。。尴尬

广州 Java 开发在寻坑，想试试~

已发邮件