参与PolarDB-X测评任务的测评
2022-07-23
0
0
0笔记来源于：任务
参与PolarDB-X测评任务
参与开源数据库PolarDB-X测评，得Apple Watch 3 等好礼。
测评完成后，在我看来LSI和GSI本质上是以额外存储空间和写入开销为代价，换取查询性能的方案，使用时需要谨慎评估对写入性能的影响。而且索引表与主表的数据分布不同，为了保证GSI的数据与主表强一致，所有涉及GSI的写入操作都默认被包装在分布式事务中。相比没有GSI的场景，写入RT会增加2~3倍，同时由于索引表和主表混合并行写入，高并发写入场景下产生分布式死锁的概率会增加。所以，个人建议每张逻辑表上创建不超过3个GSI。通过查看执行计划，可以确认一个查询语句扫描的分片数。
上一篇
我使用过后的感受是PolarDB-X具有面向超高并发、存储量大、复杂查询场景设计等优点的云原生分布式数据库系统。它采用的Shared-nothing 与存储计算分离架构，支持水平扩展、分布式事务、混合负载等能力，具备企业级、云原生、高可用、高度兼容 MySQL 系统及生态等特点是我非常满意的。PolarDB-X是一款经过多种核心业务场景验证的、成熟稳定的数据库系统。期待PolarDB-X今后的发展。
下一篇
大家好, 作为一个全栈小菜鸟,浅谈一下我对polarDB的初步使用感受和理解.
GalaxySQL 版本: v5.4.13
先介绍一下历史: MySQL一开始就是开源的，所以基于MySQL的开源版本，又衍生出了各种版本：
1 MariaDB 这个大家应该很熟悉了,开源的版本.
2 Aurora 由Amazon改进的一个MySQL版本，专门提供给在AWS托管MySQL用户，号称5倍的性能提升。根据本人使用情况，没有发现与mysql有大的区别。。。
3 PolarDB 本文'主角' 由Alibaba改进的一个MySQL版本，专门提供给在阿里云托管的MySQL用户，号称6倍的性能提升。
传统的关系型数据库有着悠久的历史，因为强一致保证以及通用的关系型数据模型接口，大有一统天下的气势, 但是在互联网应用的很多场景下，并不需要关系型数据库的强一致性以及关系数据模型。因为业务变化快，数据量极大，更加追求可扩展性以及可靠性（如果支付宝/淘宝崩了影响得多大。。），而这个又是传统关系型数据库的弱点。非关系型数据库 NoSQL。由于完全缺乏强一致性及事务支持，很多业务场景又被拒之门外。
据说 polarDB在这其中找到了一种平衡 : 在兼容传统数据库生态的同时，突破了传统单机硬件的限制，提供大容量，高性能，极致弹性的数据库服务。
另外看了很多推荐文章: polarDB核心技术有共享存储/物理复制,还针对交易场景进行优化balabal, 用户可能都不是很关心,下面直接上操作:POLARDB部署在云端，创建时先选择使用的地域可用区和具体的VPC网络，然后指定节点的数量（从 2-16 个）和配置（从 2-88核）即可，存储空间不用提前配置，也不需要关心容量大小，系统会根据实际的使用量自动收取费用。
创建过程可能持续5-10分钟，然后配置好白名单、创建完高权限账号就可以使用了。逻辑DB和账号User，可以在控制台创建，也可以通过高权限账号登录到数据库执行SQL创建，二者效果完全一样，没有区别。
另外说一下优点? 有些还待验证, 有些是直接可以看到的 容量大（最高100T） 高性价比（实例越多越划算）
有些可能是dba专研的 比如什么 分钟级弹性 读一致性 无锁备份 复杂...
评论