哈喽，工作内容相关，我来浅浅的说下。

1. 能不分，则不分，因为分表之后解决了大问题，却带来一些小问题；既然分，就要分得彻底；
2. 本身分库分表的方案就是偏向于架构侧的方案，设计中需要考虑的问题也需要从架构出发，整体技术栈的选择；
3. 我们再也不能像使用集中式数据库一样，设置个主键就可以了，分片键的选择至关重要；
4. 还需要考虑和当前运维体系的融合，如监控平台、备份手段，分表方案的 HA 等。

对于分库分表，我个人是一个又爱又恨的态度，因为超大规模的场景暂时没有其他的产品可以很平滑去迁移，不能保留原有技术栈。
但，分库分表方案对运维挑战极大，我们不能用原有运维思维来应对分库分表方案的维护，设置需要深度和架构侧打交道。
在使用上，不仅仅是需要了解产品的能力，而是方案设计，已经超出了产品的边界，学习门槛较高，称之为“方案”更合适。
一点思考，希望能帮到题主。