0
0
0
0
专栏/.../

在日本为什么 mysql都被tidb所替换?

 tidb狂热爱好者  发表于  2024-07-29

mysql 会被tidb替代掉

在日本 tidb已经是数据库排名第一的数据库。并且连续三年是排名第一的数据库。

在全世界 tidb的增长速度是全世界第一的。

为什么我们中国人会做出这么一款被全世界认可的数据库?

他们有什么秘诀在身上?

第一 开源 只有开源才能吸引优秀的人参加。

第二开发者是真正的运维数据库的人。

第三开发者不断在追寻最新的数据库趋势

为什么mysql 会被tidb 替代掉呢

因为aurora mysql 是aws开发的。他的目的是为云平台服务的主要目的是大幅度降低云平台运维mysql的成本

这是aurora mysql数据库的架构图。mysql的速度受到2个因素影响 一个是ebs带宽。 另外是机器的内存。只要是大于内存的内容就会变得非常慢。因为他需要通过ebs带宽来载入存放在s3上的数据库内容 ebs的内容最后是落入到s3的。

这需要不停的做两件事情一件事情是保持数据库的大小必须小于机器内存大小。第二是必须购买大容量的ebs带宽。

我们来看tidb用ebs的情况

而tidb为什么会比mysql快 就是因为ebs虽然带宽被限制 被卡脖子了。但架不住他机器多 他有6台机器他就能提升六倍多性能。如果性能还是不行。那么再加机器就行。这就是tidb 横向扩展比aurora好的原因之一。

另外一个 mysql他是商业付费的。他除了卖的比ec2贵三倍之外。他所有的操作。备份,归档,高可用,主从隔离都是需要付费的。一个mysql的机器价格比tidb贵三倍。而且为了隔离不通数据库带来的性能相互影响。必须要购买多个实例

这样的话才能物理隔绝不通业务在对数据库加压的时候会影响到其他业务。这也是mysql分库分表的原因。业务得分库分表。因为mysql 无法对单个mysql用户进行限流。放在单个mysql实例上他的弊端也很多。

这样以来生产业务和大数据集的业务是可以不相互影响了。但费用翻了9倍。机器数量翻了3倍。单机的价格也比tidb贵三倍。

可以从图上看出来 两边数据库数量的巨大差异。

这几年经济都不好。特别是日本进入了衰退的30年。企业兜里都没钱。这就是tidb为什么能在日本市场排第一的原因。

至于为什么tidb一套服务器就能替代mysql 100套服务器。因为tidb还有一套资源管控

创建资源组

下面举例说明如何创建资源组。

  1. 创建 rg1 资源组,限额是每秒 500 RU,并且允许这个资源组的应用超额占用资源。
CREATE RESOURCE GROUP IF NOT EXISTS rg1 RU_PER_SEC = 500 BURSTABLE;
  1. 创建 rg2 资源组,RU 的回填速度是每秒 600 RU。在系统资源充足的时候,不允许这个资源组的应用超额占用资源。
CREATE RESOURCE GROUP IF NOT EXISTS rg2 RU_PER_SEC = 600;
  1. 创建 rg3 资源组,设置绝对优先级为 HIGH。绝对优先级目前支持 LOW|MEDIUM|HIGH,资源组的默认绝对优先级为 MEDIUM
CREATE RESOURCE GROUP IF NOT EXISTS rg3 RU_PER_SEC = 100 PRIORITY = HIGH;

绑定资源组

TiDB 支持如下三个级别的资源组设置:

  • 用户级别。通过 CREATE USER 或 ALTER USER 语句将用户绑定到特定的资源组。绑定后,对应的用户新创建的会话会自动绑定对应的资源组。
  • 会话级别。通过 SET RESOURCE GROUP 设置当前会话使用的资源组。
  • 语句级别。通过 RESOURCE_GROUP() Optimizer Hint 设置当前语句使用的资源组。

将用户绑定到资源组

下面的示例创建一个用户 usr1 并将其绑定到资源组 rg1。其中 rg1 为创建资源组示例中创建的资源组。

CREATE USER 'usr1'@'%' IDENTIFIED BY '123' RESOURCE GROUP rg1;

下面示例使用 ALTER USER 将用户 usr2 绑定到资源组 rg2。其中 rg2 为创建资源组示例中创建的资源组。

ALTER USER usr2 RESOURCE GROUP rg2;

绑定用户后,用户新建立的会话对资源的占用会受到指定用量 (RU) 的限制。如果系统负载比较高,没有多余的容量,用户 usr2 的资源消耗速度会被严格控制不超过指定用量。由于 usr1绑定的 rg1 配置了 BURSTABLE,所以 usr1 消耗速度允许超过指定用量。

如果资源组对应的请求太多导致资源组的资源不足,客户端的请求处理会发生等待。如果等待时间过长,请求会报错。

用一台超级的大水桶替代了mysql的小水桶。数据正常一般只占用资源的1%-10%。剩下的都是为数据库冗余做准备的避免一个大sql打过来业务崩了。

这就是tidb省钱的原因。两个原因

1.本身ec2的价格便宜三倍。

2.tidb有资源控制本身可以把几百个mysql小数据库聚合起来。通过共享资源的方式把之前每个数据库90%的空闲能力。规避掉达到真正节约费用的目的。

0
0
0
0

版权声明:本文为 TiDB 社区用户原创文章,遵循 CC BY-NC-SA 4.0 版权协议,转载请附上原文出处链接和本声明。

评论
暂无评论