分布式数据库相比自建数据库具备哪些优势

Posted 2023-03-26

自建数据库：

容易产生容量与性能瓶颈

当前的硬件条件下，主流数据库可以支持单表千万级数据量的存储，但是难以支撑密集的并发读写，存在性能瓶颈。

分区分表或分库方案限制太多

采用分区表方案，数据不能跨实例存储，扩展性和维护性较差。

采用分库方案，客户端需要自行管理各库连接，数据库连接管理和升级复杂，扩容迁移困难。

服务器成本高昂

普通X86服务器支撑能力有限，品牌厂商的服务器价格高昂，通过增加硬件规格来提升并发性能的成本太高，且能到达的性能高度有限。

在分布式数据库面前，上面这些都不是问题，有很长厂商都已经把分布式数据库做的不错了，如阿里云，华为云等。

如下以我熟悉的华为云分布式数据库中间件DDM为例为你介绍下，如果感兴趣可以去官网了解一下，现在好像还有试用活动：华为云分布式数据库中间件DDM

分布式数据库：

数据分布存储

DDM采用水平拆分方式，将数据记录数庞大的单表，按指定的拆分规则，分布式存储到各个分片中。同时DDM提供路由分发功能，应用服务无需考虑数据该写入哪个分片，该从哪个分片读取。

读写分离

用户可以根据数据读取压力负载情况，为每个RDS实例配置一个或者多个只读实例，提高查询并发性能。

高性能

在实际业务访问中，SQL主要的性能瓶颈集中在物理数据库节点上。

DDM实例关联多个RDS节点，减少单个RDS存储的数据量，同时实现并行计算，支持PB级数据量访问，以及百万级高并发。

在线平滑扩容

DDM在不中断业务的情况下，支持新增RDS实例，水平扩容存储空间。一键式扩容，轻松解决单机数据库的容量瓶颈。

参考技术A

有很多先天的优势吧。譬如：TiDB 官方社区（AskTUG）

水平弹性扩展

通过简单地增加新节点即可实现 TiDB 的水平扩展，按需扩展吞吐或存储，轻松应对高并发、海量数据场景。

真正金融级高可用

相比于传统主从 (M-S) 复制方案，基于 Raft 的多数派选举协议可以提供金融级的 100% 数据强一致性保证，且在不丢失大多数副本的前提下，可以实现故障的自动恢复 (auto-failover)，无需人工介入。

TiDB 对业务没有任何侵入性，能优雅地替换传统的数据库中间件、数据库分库分表等 Sharding 方案。同时它也让开发运维人员不用关注数据库 Scale 的细节问题，专注于业务开发，极大地提升研发的生产力。

移动Web和app相比具备哪些优势呢?

彩圣科技品牌策划，微信品牌全案策划第一入口，是上海彩圣信息科技有限公司旗下的官方微信平台，每天与您分享品牌策划的案例和资讯，更多资讯欢迎关注公司官网www.51cist.com!

移动Web成本少，实现难度低，数据追踪更全面，还能快速调整。随着移动互联网思维的渗透，以及智能手机浪潮的影响，一波波app前仆后继，截至2015年7月，App Store应用程序总数已达到150万个。

app源于其独特优势，例如酷炫的交互效果、优质的用户界面、支持离线模式消息推送，以及在用户客户端和各渠道的”存在感”等等。对于需要体验性极强的大型手游、社交类应用、拍照类工具型应用、以及金融类功能复杂的平台应用，app无疑是目前最适合不过的载体。可是，所有项目都必须做成app吗?对于那些无需做成app的项目，移动Web更适合实现。

移动Web和app相比具备哪些优势呢?

1.降低门槛

app：需要下载并等待安装，占用手机容量，无Wi-Fi下流量耗费大。

移动Web：支持跨平台，无安装成本，用户门槛较低。

2.节约成本

app：需要投入客户端和服务端开发，以及耗费开销支持多平台和多设备。

移动Web：仅需H5页面开发，使用响应式设计的移动Web可到处运行。

3.追踪数据

app：下载来源无法追踪，对渠道细分统计能力有限。

移动Web：方便追踪用户来源，媲美PC浏览器下常规站点统计。

4.快速调整

app：伤不起的审核周期，遇到紧急问题无法快速处理。

移动Web：站点服务器自己可控，利于快速更新迭代。

针对首页与网站浏览方式

1. 快速取得用户需要的内容：

PC首页通常身兼迎宾、资讯中心和广告推荐多重角色，但是移动Web首页的主要用途应该是将用户和他们所需要的内容快速连接，一个好的移动Web首页能够帮助用户立即取得所需信息。

2. 网站下载速度越快越好：

手机用户不耐于等待，网站内容显示过慢会让用户果断离开你的网页。因此，网站的图片大小、浏览器的缓存、JavaScript、CSS、HTML、伺服器的回应时间，都是你可以优化的空间。

3. 将用户直接导入移动Web：

确保用户从搜索结果页等站点自动导入手机版网页是成功留住使用者的第一步。

4. 将行动点摆在显眼的位置：

手机用户很容易漏看菜单，因此一定要把主要的行动点放在用户绝对看得到的地方，使用户最容易完成你想让他完成的事。

　　

5. 保持菜单简洁有力：

详尽的菜单也许在PC端效果很好，但对手机用户而言，可没耐心在冗长的菜单寻找类目，所以想办法尽量缩减菜单类目的数量。

　　

6. 提供回到首页的捷径：

通常用户预期只要按下网页上方角落的logo就能回到首页，否则觉得很不方便。

　　

7. 别让广告喧宾夺主：

宣传信息及广告可能会遮盖四周内容，或是吸引了眼球而妨碍用户原本使用路径。与大型插页式广告相比，用户对于可以轻松关闭的横幅广告更有好感。

　　

8. 把站内搜索功能放在显眼位置：

用户通过搜索来取得自己需要的特定咨询，因此搜索功能必须摆放在网站的显眼处，一眼就能看见。对于网页上方显眼处且允许自由输入文字的搜索框，用户的评价最好。

　　

9. 确保站内搜索结果符合用户需求：

用户不想花时间刷网页查看多页搜索結果，并且会根据站內搜索功能所传回的前几个結果来评断搜索功能的好坏，因此搜索結果第一页必须提供最精确的结果。用户也可以使用自动即时查询和错字修正等智能搜索功能，让用户在小荧幕上搜索查询时更轻松省力。

　　

10. 提供筛选器更方便站内搜索：

用户使用筛选器来缩小搜寻结果范围，有些用户发现无法缩减网站的搜寻结果数量后，就离开了网站。确保用户的筛选结果不会落入死胡同，为避免用户遇到这类问题，应该告知用户在套用某筛选器后，系统能传回几个搜索结果。

　　

11. 引导用户取得更精确的站内搜索结果：

如果用户目标人群非常多元，不妨考虑在用户开始搜索前先问他们几个问题，确保传回的结果来自最符合用户需求的内容区段。

随着无线互联网技术的发展，Web产品和app产品的界限很可能会变得模糊起来。也许通过浏览器，也可以实现效果好、可推送。同一个服务之所以会有两种不同呈现形式的存在，完全取决于用户在不同使用场景下的体验差异。