【腾讯云TDSQL-C Serverless 产物体验】新时代数据库大杀器 ...

【腾讯云TDSQL-C Serverless 产物体验】新时代数据库大杀器


  
概要

比年来，随着互联网行业的高速发展，关系型数据库也面临着亘古未有的挑战。云原生数据库成为办理这些挑战的重要方案之一。腾讯云推出的 TDSQL-C Serverless 版正是云原生数据库领域的佼佼者之一。
我在CSDN “学习” 的过程中发现腾讯云联合CSDN推出了 “腾讯云TDSQL-C产物测评活动 ”，为了更好地了解 TDSQL-C Serverless 版这个产物，我第一时间申请了 TDSQL-C Serverless 数据库的体验名额，成功通过手册的指引构建了一个集群，作为本次CMS开辟的基础支持。
整体体验流程

首先我根据活动手册对 TDSQL-C Serverless 版进行了初体验，然后我通过创建一个 LightCMS 进行Web 服务搭建，我将原本在我服务器上运行的Mysql5.7 数据库无缝迁移到了TDSQL-C中，确实可以大概完全兼容MySQL协议，然后在不写入和读取数据的环境下，系统自动停止了数据库服务，而一旦有数据访问，系统又能在毫秒级自动对数据库实例进行扩容，既包管应用响应速率，也验证了 serverless 的特性。
我们公司系统属于电商行业，是符合二八原则的系统（即百分之80读，百分之20是写入），所以我也根据 TDSQL-C Serverless 轻松地实现读写分离，这也是为什么这个产物是一个集群产物，它可以通过读写组将其他实例给链接起来，通过这种方式可以大幅度降低系统的负载环境，并且照旧按量计费。
通过这个开端的体验，我也深深地感受到 TDSQL-C Serverless 版在自动弹性、兼容性、高可用等方面的上风。接下来我把我的整个体验过程放在下面，如有不对之处，还希望各人斧正。
一、搭建项目环境

1.1、创建TDSQL-C Serverless

我们选择 serverless 版本，由于我原来的数据库也是 mysql，所以这里为了更好的迁移已往，我也选择了 mysql5.7，同时这里还支持海外地区，假如各人有海外项目也是可以选择这个产物的
我们先去购买一个集群，这里很故意思，就是为什么买一个数据库叫一个集群呢？看到后面各人就知道了！

立即购买完后就会看到创建中的一个状态

然后我们将公网访问打开就可以了，处于下面这个状态

1.2、 创建 cms数据库

这里 TDSQL-C 自带Web管理工具，通过DMC进行集群登录即可看到

新建一个 cms 数据库

如许我们的数据库基本就算搭建好了，是不是比我们自己搭建也方便太多了！
1.3、搭建LightCms

我们要使用的是 laravel 开辟框架构建的LightCms，这里我接纳8.x版本，仓库地址如下：https://github.com/eddy8/LightCMS.git

1. git clone https://github.com/eddy8/LightCMS.git
2. cd LightCMS
3. composer install

复制代码

然后配置一下.env 文件，将 tdsql-c 数据库配置进去

运行迁移文件和初始数据

1. php artisan migrate --seed

复制代码

然后进行 nginx 配置即可正常访问了

1. server {
2.     listen 80;
3.     server_name light.com;
4.     root /data/www/lightCMS/public;
5.     index index.php index.html index.htm;
7.     location / {
8.         try_files $uri $uri/ /index.php?$query_string;
9.     }
11.     location ~ \.php$ {
12.         fastcgi_pass 127.0.0.1:9000;
13.         fastcgi_index index.php;
14.         fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
15.         #不同配置对应不同的环境配置文件。比如此处应用会加载.env.pro文件，默认不配置会加载.env文件。此处可根据项目需要自行配制。
16.         #fastcgi_param   APP_ENV pro;
17.         include fastcgi_params;
18.     }
19. }

复制代码

二、体验自动启停

2.1 什么是自动启停

各人都知道,关系型数据库一般必要我们手动去配置和管理数据库服务器。好比必要提前购买服务器配置，然后再根据业务环境来开启和关闭数据库。假如访问量高，必要升级配置，假如访问量低，又必要主动停服节省开支。这给我们带来很多管理上的工作量。
但是TDSQL-C Serverless版不一样,它支持自动启停功能。这个怎么理解呢? 我们只必要正常使用数据库完成读写操作，它内部就能自动感知访问量的高低。访问量高时，它会自动给我们增长更多计算和存储资源，包管操作速率不受影响。而访问量假如变低了，它也会主动接纳一些资源，帮我们节省开支。
就是像电梯一样，我们按了楼层按钮就可以乘坐，内部会自动打开和关闭电梯门。我们不必要思量电梯详细的运作细节。TDSQL-C Serverless版的自动启停功能，也就是这种智能的“按需”运作机制。
2.2 自动启停测试

我们先在后台添加一篇文章

如今是正常从数据库中获取文章数据展示的，然后我们去将数据库手动停息，或者也可以等他空闲一段时间自动停息

如今数据库已经是一个停息停息的状态了，然后我们对我们文章进行刷新访问，看看数据库和程序是一个什么样的运行状态：

我刷新之后照旧和之前一样稳固运行，数据库也自动启动了，我根本就感觉不到期间这个数据原来已经停止了，没有在运行，感觉做到的真正按需付费，没有流量我们就不用额外付费了
对于我们那些测试的程序、或者那些分段流量的感觉很不错，由于很多的时间其实数据库可以处于停息状态
三、体验读写分离架构

之前也有说到，我们公司的项目就是会使用到读写分离，所以这次我也是特地地来看看，TDsql-C serverless 的读写分离到底怎么样？能不能让公司采购一份！
3.1、创建只读实例

在集群详情中，可以选择添加只读实例

然后可以选择只读组的数目以及只读服务器的 ccu 环境，这个可以根据我们平时项目读的一个流量进行配置预定，也是弹性伸缩的

这里就能看到我们的读写实例和只读实例了，同时我们也给只读实例开启公网访问

然后在程序中，我们将查询的流量全部导入给只读节点，这个只读实例也有些必要注意的，跟我们平时的只读实例不太一样：

• 只读实例与读写实例是共享同一个存储，不必要维护账号与数据库。
  
• 只读实例无需通过 binlog 与读写实例保持同步，无需复制搬迁数据，通常只需秒级时间即可完成只读实例的创建。
  
• 只读实例规格可以与读写实例不同等，但为了方便用户根据负载环境调整配置，建议各只读实例的规格保持同等。
  

3.2、将文章列表和文章详情流量分给只读组

由于系统查询比力多的就是文章详情和文章列表了，这里我们不对读写实例进行查询了，读写实例就用于写数据就好了
3.2.1、 .env 中配置只读组

1. DB_READ_HOST=gz-cynosdbmysql-grp-mq7d6y1f.sql.tencentcdb.com
2. DB_READ_PORT=20229
3. DB_READ_USERNAME=root
4. DB_READ_PASSWORD=Qwerabc.

复制代码

3.2.2、 config/database.php 中配置读写分离

1.         'mysql' => [
2.             'read' => [
3.                 'host' => env('DB_READ_HOST', ''),
4.                 'username' => env('DB_READ_USERNAME', ''),
5.                 'password' => env('DB_READ_PASSWORD', ''),
6.                 'port' => env('DB_READ_PORT', '3306'),
7.                 'database' => env('DB_DATABASE', 'forge'),
8.             ],
9.             'write' => [
10.                 'host' => env('DB_HOST', '127.0.0.1'),
11.                 'port' => env('DB_PORT', '3306'),
12.                 'database' => env('DB_DATABASE', 'forge'),
13.                 'username' => env('DB_USERNAME', 'forge'),
14.                 'password' => env('DB_PASSWORD', ''),
15.             ],
16.             'driver' => 'mysql',
17.             'host' => env('DB_HOST', '127.0.0.1'),
18.             'port' => env('DB_PORT', '3306'),
19.             'database' => env('DB_DATABASE', 'forge'),
20.             'username' => env('DB_USERNAME', 'forge'),
21.             'password' => env('DB_PASSWORD', ''),
22.             'unix_socket' => env('DB_SOCKET', ''),
23.             'charset' => 'utf8mb4',
24.             'collation' => 'utf8mb4_unicode_ci',
25.             'prefix' => '',
26.             'strict' => true,
27.             'engine' => null,
28.         ],

复制代码

3.2.3、内容控制器将流量转发到读实例 Front/HomeController.php

1.     public function content($entityId)
2.     {
3.         $entity = Entity::query()->External()->findOrFail($entityId);
5.         ContentRepository::setTable($entity->table_name);
6.         ContentRepository::model()::on('mysql::read');
7.         $contents = ContentRepository::paginate();
9.         return view('front.content.list', compact('entity', 'contents'));
10.     }

复制代码

3.2.4、启动jmeter构造线程组

这里也是简朴构造了30个线程循环100次

3.2.5、观察读和写实例的性能状态

这是读写服务器的，可以看到就算线程起来了，也对CPU和内存没什么影响，由于根本没有请求转发给他

同时我们看这个只读实例，当我们开始测试时，这个CPU和内存就已经开始拉起来了

这里其实就可以看到，接入TDSQL-C Serverless 读写分离还黑白常简朴的，那么假如我们的流量非常大，一台只读实例不够怎么办？别担心，TDSQL-C 已经给我们处理好了，我们不用在代码中做逻辑分流，而是开启一个只读组，由只读组地址统一进行平衡分流
3.3、创建只读组分流

然后我们再购买一个只读实例，点击这个调整配置

将只读节点选择 2

这里默认外网地址是没开的，另一个外网地址也可以关闭掉了，由于我们开启了只读组，我们所有的只读流量交给只读组管理就可以了

将配置改成只读组配置

同时我们照旧使用jmeter进行测试，同样是一样的线程，30线程 100次循环，看看只读实例的压力是否得到了分担。如今测试脚本停下来后，只读服务器的CPU也降低下来了

一台只读服务器，最多使用了 8% 的CPU，看下图

两个只读实例通过只读组自动就进行分流了，通过这个图表也可以看出来是一个平衡的分配

总结

这个体验流程就是如许，同时也答复一下为什么这个数据库是创建一个集群，而不是一个实例，其实通过我们的体验过程也不难发现，整个TDSQL-C Serverless不光仅只是一个实例，它还可以链接读写实例进行压力分担，这也已经不是平凡数据库实例的能力范围了。作为一名开辟者，我非常光荣到场了此次活动，感受到了 serverless 产物的魅力。通过实践TDSQL-C Serverless版，我也积聚到了更多云原生数据库的使用经验，同时也可以通过测评将自己对产物各个方面上风和看法提供出来，希望这篇文章可以大概带给各人一点资助！

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。