开发者社区 > 数据库 > 正文

一般传统的方案会采用 MySQL 分库分表的方案,但是这个方案在实际生产和运维中面临不少问题,这些问

一般传统的方案会采用 MySQL 分库分表的方案,但是这个方案在实际生产和运维中面临不少问题,这些问题有哪些?

展开
收起
vncamyi27xznk 2022-01-13 10:30:19 436 0
1 条回答
写回答
取消 提交回答
  • 扩容不方便,需要做数据的重新分布。 分布键变更很麻烦,分布键需要谨慎选择。 SQL 限制多,功能缺失多,无法充分发挥 MySQL 自身的优势。 传统的关系模型新增字段需要极大的成本,严重阻碍用户业务的扩展。 由于单个节点是孤立的节点,需要提供主备来保障数据的可靠性。无法像分布式的 NoSQL 一样实现自动的故障恢复,需要一个 DBA 来及时维护库的状态。 无法提供灵活的多字段查询,只能依赖二级索引和全表扫描 Fliter 实现多维查询功能, 效率相对较低。 无法做到计算和存储分离,用户很难做到计算和存储均衡匹配,导致资源浪费。 无法原生支持 Geo 查询。

    答复内容摘自《玩转 Tablestore 入门与实战》,这本电子书收录开发者藏经阁 下载连接:https://developer.aliyun.com/topic/download?id=7983

    2022-01-13 16:48:59
    赞同 展开评论 打赏

数据库领域前沿技术分享与交流

相关产品

  • 云数据库 RDS MySQL 版
  • 相关电子书

    更多
    搭建电商项目架构连接MySQL 立即下载
    搭建4层电商项目架构,实战连接MySQL 立即下载
    PolarDB MySQL引擎重磅功能及产品能力盛大发布 立即下载

    相关镜像