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

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

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