Docker之docker-compose一键部署ShardingSphere-Proxy

已于 2022-04-16 09:04:27 修改
阅读量4k 收藏 4
点赞数 2
分类专栏： Java 数据库 中间件 文章标签： 数据库 java
于 2022-04-15 20:59:32 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/oschina_41731918/article/details/124156133
版权
Java 同时被 3 个专栏收录
20 篇文章 2 订阅
订阅专栏
数据库
16 篇文章 4 订阅
订阅专栏
中间件
7 篇文章 1 订阅
订阅专栏

文章目录

1. 背景

近期在做视频流量的统计，通过定时拉取云厂商的视频播放统计数据。由于数据比较多，而且每天都要处理，这样数据膨胀的非常快，每年的数据量达到了千万级别，因此有必要采取分库分表的方案进行数据分片。当然有很多的NewSQL数据库方案，比如TiDB或OceanBase等分布式存储的数据库，但是对于目前我们的维护成本是不可接受的。故而还是采取 Middleware + MySQL的方式满足现在的业务需求。

2. 部署说明

  • 因为是中间件类型的软件，所以采用Docker部署，docker-compose 便于编排。
  • ShardingSphere-Proxy作为代理，本质就是Java程序解析应用端的SQL并分发，需要根据自己的并发体量选择适当配置的机器。

3. 脚本

3.1 目录说明

  • conf：存放配置文件
  • ext-lib：ShardingSphere-Proxy的扩展类库，如数据库连接的jar包。
├── conf
│   ├── config-database-discovery.yaml
│   ├── config-encrypt.yaml
│   ├── config-readwrite-splitting.yaml
│   ├── config-shadow.yaml
│   ├── config-sharding.yaml
│   ├── logback.xml
│   └── server.yaml
├── docker-compose.yml
└── ext-lib
    └── mysql-connector-java-8.0.11.jar

3.2 业务领域模型

为了最终验证分库分表后能够满足日常开发的需求，需要做相应的测试，本篇文章采用 订单和子订单表作为数据表，并录入基础的数据进行CRUD的测试。

3.2.1 表结构


CREATE TABLE `t_order_0` (
  `order_id` bigint(20) UNSIGNED NOT NULL COMMENT '主键ID',
  `user_id` bigint(20) UNSIGNED NOT NULL COMMENT '用户ID',
  `total_money` int(10) UNSIGNED NOT NULL COMMENT '订单总金额',
  PRIMARY KEY (`order_id`),
  KEY `idx_user_id` (`user_id`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='订单总表';

CREATE TABLE `t_order_1` (
  `order_id` bigint(20) UNSIGNED NOT NULL COMMENT '主键ID',
  `user_id` bigint(20) UNSIGNED NOT NULL COMMENT '用户ID',
  `total_money` int(10) UNSIGNED NOT NULL COMMENT '订单总金额',
  PRIMARY KEY (`order_id`),
  KEY `idx_user_id` (`user_id`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='订单总表';

CREATE TABLE `t_order_item_0` (
  `order_item_id` bigint(20) UNSIGNED NOT NULL COMMENT '子订单ID',
  `order_id` bigint(20) UNSIGNED NOT NULL COMMENT '主键ID',
  `user_id` bigint(20) UNSIGNED NOT NULL COMMENT '用户ID',
  `money` int(10) UNSIGNED NOT NULL COMMENT '子订单金额',
  PRIMARY KEY (`order_item_id`),
  KEY `idx_order_id` (`order_id`) USING BTREE,
  KEY `idx_user_id` (`user_id`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='订单子表';

CREATE TABLE `t_order_item_1` (
  `order_item_id` bigint(20) UNSIGNED NOT NULL COMMENT '子订单ID',
  `order_id` bigint(20) UNSIGNED NOT NULL COMMENT '主键ID',
  `user_id` bigint(20) UNSIGNED NOT NULL COMMENT '用户ID',
  `money` int(10) UNSIGNED NOT NULL COMMENT '子订单金额',
  PRIMARY KEY (`order_item_id`),
  KEY `idx_order_id` (`order_id`) USING BTREE,
  KEY `idx_user_id` (`user_id`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='订单子表';

3.3 docker-compose.yml

version: "3"
services:
  ShardingSphereProxy:
    image: apache/shardingsphere-proxy
    container_name: shardingsphere-proxy
    network_mode: "host"
    restart: always
    command: server /data
    ports:
      - 13307:3307
    volumes:
      - ./conf:/opt/shardingsphere-proxy/conf
      - ./ext-lib:/opt/shardingsphere-proxy/ext-lib
    environment:
      - JVM_OPTS="-Djava.awt.headless=true"

3.4 数据分片配置：config-sharding.yaml

######################################################################################################
# 
# 用于配置：数据分片规则
# 
######################################################################################################

schemaName: data-center_db

dataSources:
  ds_0:
    url: jdbc:mysql://127.0.0.1:3306/data-center_0?serverTimezone=UTC&useSSL=false
    username: proxy
    password: 123654
    connectionTimeoutMilliseconds: 30000
    idleTimeoutMilliseconds: 60000
    maxLifetimeMilliseconds: 1800000
    maxPoolSize: 50
    minPoolSize: 1
  ds_1:
    url: jdbc:mysql://127.0.0.1:3306/data-center_1?serverTimezone=UTC&useSSL=false
    username: proxy
    password: 123654
    connectionTimeoutMilliseconds: 30000
    idleTimeoutMilliseconds: 60000
    maxLifetimeMilliseconds: 1800000
    maxPoolSize: 50
    minPoolSize: 1

rules:
- !SHARDING
  tables: # 数据分片规则配置
    t_order: # 订单逻辑表名称
      actualDataNodes: ds_${0..1}.t_order_${0..1}
      databaseStrategy: # 配置分库策略
        standard:
          shardingColumn: user_id
          shardingAlgorithmName: database_user_inline
      tableStrategy: # 分表策略
        standard:
          shardingColumn: order_id
          shardingAlgorithmName: t_order_inline
      keyGenerateStrategy:
        column: order_id
        keyGeneratorName: snowflake 
    t_order_item: # 子订单逻辑表名称
      actualDataNodes: ds_${0..1}.t_order_item_${0..1}
      databaseStrategy: # 配置分库策略
        standard:
          shardingColumn: user_id
          shardingAlgorithmName: database_user_inline
      tableStrategy: # 分表策略
        standard:
          shardingColumn: order_id
          shardingAlgorithmName: t_order_item_inline
      keyGenerateStrategy:
        column: order_item_id
        keyGeneratorName: snowflake
  bindingTables: # 绑定表规则列表
    - t_order,t_order_item
  
  # 分片算法配置
  shardingAlgorithms: 
    database_user_inline:
      type: INLINE
      props:
        algorithm-expression: ds_${user_id % 2}
    t_order_inline: # 订单表分片算法名称
      type: INLINE
      props:
        algorithm-expression: t_order_${order_id % 2}
        allow-range-query-with-inline-sharding: true
    t_order_item_inline: # 子订单表分片算法名称
      type: INLINE
      props:
        algorithm-expression: t_order_item_${order_id % 2}
        allow-range-query-with-inline-sharding: true
  
  # 分布式序列算法配置
  keyGenerators:
    snowflake:
      type: SNOWFLAKE
      props:
        worker-id: 1

3.5 代理相关配置：server.yaml

######################################################################################################
# 
# 用于配置：数据接入迁移&弹性伸缩、分布式治理模式、权限、代理属性.
# 
######################################################################################################

#scaling:
#  blockQueueSize: 10000 # 数据传输通道队列大小
#  workerThread: 40 # 工作线程池大小，允许同时运行的迁移任务线程数
#  clusterAutoSwitchAlgorithm:
#    type: IDLE
#    props:
#      incremental-task-idle-minute-threshold: 30
#  dataConsistencyCheckAlgorithm:
#    type: DEFAULT
#
#mode:
#  type: Cluster
#  repository:
#    type: ZooKeeper
#    props:
#      namespace: governance_ds
#      server-lists: localhost:2181
#      retryIntervalMilliseconds: 500
#      timeToLiveSeconds: 60
#      maxRetries: 3
#      operationTimeoutMilliseconds: 500
#  overwrite: false
#
rules:
  - !AUTHORITY
    users:
      - root@%:123654
      - sharding@:sharding
    provider:
      type: ALL_PRIVILEGES_PERMITTED
  - !TRANSACTION
    defaultType: XA
    providerType: Atomikos

props:
  max-connections-size-per-query: 1
  kernel-executor-size: 16  # Infinite by default.
  proxy-frontend-flush-threshold: 128  # The default value is 128.
#  proxy-opentracing-enabled: false
#  proxy-hint-enabled: false
  sql-show: true
#  check-table-metadata-enabled: false
#  show-process-list-enabled: false
#    # Proxy backend query fetch size. A larger value may increase the memory usage of ShardingSphere Proxy.
#    # The default value is -1, which means set the minimum value for different JDBC drivers.
#  proxy-backend-query-fetch-size: -1
  check-duplicate-table-enabled: true
#  sql-comment-parse-enabled: false
#  proxy-frontend-executor-size: 0 # Proxy frontend executor size. The default value is 0, which means let Netty decide.
#    # Available options of proxy backend executor suitable: OLAP(default), OLTP. The OLTP option may reduce time cost of writing packets to client, but it may increase the latency of SQL execution
#    # if client connections are more than proxy-frontend-netty-executor-size, especially executing slow SQL.
#  proxy-backend-executor-suitable: OLAP
#  proxy-frontend-max-connections: 0 # Less than or equal to 0 means no limitation.
#  sql-federation-enabled: false

3.5 影子库配置：config-shadow.yaml

根据需要自行配置

3.6 读写分离配置：config-readwrite-splitting.yaml

根据需要自行配置

3.7 数据加密配置：config-encrypt.yaml

根据需要自行配置

3.8 数据库发现配置（zookeeper）：config-database-discovery.yaml

4. 运行

4.1 运行容器

docker-compose up -d 起容器
docker-compose ps 查看运行情况
docker-compose logs 查看日志，现实如下则proxy启动成功


o.a.s.p.v.ShardingSphereProxyVersion - Database name is `MySQL`, version is `8.0.27`
shardingsphere-proxy   | [INFO ] 2022-04-15 06:00:08.454 [main] o.a.s.p.frontend.ShardingSphereProxy - ShardingSphere-Proxy Memory mode started successfully

4.2 更换apt-get源

进入容器执行：

//1.先备份
cp /etc/apt/sources.list /etc/apt/sources.list.bak

//2.清空
echo " " > /etc/apt/sources.list

//3.写阿里源
echo "deb https://mirrors.aliyun.com/debian stable main contrib non-free">>/etc/apt/sources.list

echo "deb https://mirrors.aliyun.com/debian stable-updates main contrib non-free">>/etc/apt/sources.list

//4.清空缓存
apt-get clean
apt-get update

4.3 进入容器内安装基础命令

有时虽然容器启动成功，但是服务确不能正常启动，很可能因为网络不通的问题导致的，需要进行排查。

# 安装telnet
apt-get install  telnet

# 安装curl
apt-get install  curl

# 安装ifconfig
apt-get install  net-tools

# 安装vim
apt-get install vim

# 安装ping
apt-get install inetutils-ping

5. 基准测试

5.1 写入模拟数据

# 订单主表数据
INSERT INTO t_order (user_id,total_money) VALUES(1,111);
INSERT INTO t_order (user_id,total_money) VALUES(2,222);
INSERT INTO t_order (user_id,total_money) VALUES(3,333);
INSERT INTO t_order (user_id,total_money) VALUES(4,444);
INSERT INTO t_order (user_id,total_money) VALUES(5,555);
INSERT INTO t_order (user_id,total_money) VALUES(6,666);
INSERT INTO t_order (user_id,total_money) VALUES(7,777);
INSERT INTO t_order (user_id,total_money) VALUES(8,888);
INSERT INTO t_order (user_id,total_money) VALUES(9,999);
INSERT INTO t_order (user_id,total_money) VALUES(10,1000);


# 订单子表数据（通过主表的订单ID生成）
INSERT INTO t_order_item (order_id,user_id,money) VALUES(721552199578025985,2,111);
INSERT INTO t_order_item (order_id,user_id,money) VALUES(721552199578025985,2,111);

INSERT INTO t_order_item (order_id,user_id,money) VALUES(721552199653523457,4,200);
INSERT INTO t_order_item (order_id,user_id,money) VALUES(721552199653523457,4,244);

INSERT INTO t_order_item (order_id,user_id,money) VALUES(721552199724826625,6,300);
INSERT INTO t_order_item (order_id,user_id,money) VALUES(721552199724826625,6,366);

INSERT INTO t_order_item (order_id,user_id,money) VALUES(721552199800324097,8,444);
INSERT INTO t_order_item (order_id,user_id,money) VALUES(721552199800324097,8,444);

INSERT INTO t_order_item (order_id,user_id,money) VALUES(721552203344510977,10,200);
INSERT INTO t_order_item (order_id,user_id,money) VALUES(721552203344510977,10,400);
INSERT INTO t_order_item (order_id,user_id,money) VALUES(721552203344510977,10,400);

INSERT INTO t_order_item (order_id,user_id,money) VALUES(721552198902743040,1,50);
INSERT INTO t_order_item (order_id,user_id,money) VALUES(721552198902743040,1,61);

INSERT INTO t_order_item (order_id,user_id,money) VALUES(721552199607386112,3,133);
INSERT INTO t_order_item (order_id,user_id,money) VALUES(721552199607386112,3,200);

INSERT INTO t_order_item (order_id,user_id,money) VALUES(721552199682883584,5,255);
INSERT INTO t_order_item (order_id,user_id,money) VALUES(721552199682883584,5,300);

INSERT INTO t_order_item (order_id,user_id,money) VALUES(721552199770963968,7,177);
INSERT INTO t_order_item (order_id,user_id,money) VALUES(721552199770963968,7,200);
INSERT INTO t_order_item (order_id,user_id,money) VALUES(721552199770963968,7,100);
INSERT INTO t_order_item (order_id,user_id,money) VALUES(721552199770963968,7,300);

INSERT INTO t_order_item (order_id,user_id,money) VALUES(721552199825489920,9,333);
INSERT INTO t_order_item (order_id,user_id,money) VALUES(721552199825489920,9,333);
INSERT INTO t_order_item (order_id,user_id,money) VALUES(721552199825489920,9,333);

5.2 连接代理

可以在服务器端通过MySQL的客户端工具进行连接，命令如下：
mysql -h127.0.0.1 -P13307 -uroot -p123654
连接上之后可以安装正常的mysql命令行进行crud的SQL语句，还有ShardingSphere-Proxy的DistSQL。

5.3 执行SQL测试

具体支持的SQL可查阅 官方文档
查看分片规则：show sharding table rules\G;

*************************** 1. row ***************************
                            table: t_order
                actual_data_nodes: ds_${0..1}.t_order_${0..1}
              actual_data_sources: 
           database_strategy_type: INLINE
         database_sharding_column: user_id
 database_sharding_algorithm_type: INLINE
database_sharding_algorithm_props: algorithm-expression=ds_${user_id % 2}
              table_strategy_type: INLINE
            table_sharding_column: order_id
    table_sharding_algorithm_type: INLINE
   table_sharding_algorithm_props: algorithm-expression=t_order_${order_id % 2},allow-range-query-with-inline-sharding=true
              key_generate_column: order_id
               key_generator_type: SNOWFLAKE
              key_generator_props: worker-id=1
*************************** 2. row ***************************
                            table: t_order_item
                actual_data_nodes: ds_${0..1}.t_order_item_${0..1}
              actual_data_sources: 
           database_strategy_type: INLINE
         database_sharding_column: user_id
 database_sharding_algorithm_type: INLINE
database_sharding_algorithm_props: algorithm-expression=ds_${user_id % 2}
              table_strategy_type: INLINE
            table_sharding_column: order_id
    table_sharding_algorithm_type: INLINE
   table_sharding_algorithm_props: algorithm-expression=t_order_item_${order_id % 2},allow-range-query-with-inline-sharding=true
              key_generate_column: order_item_id
               key_generator_type: SNOWFLAKE
              key_generator_props: worker-id=1

基本查询：

MySQL [data-center_db]> SELECT * FROM t_order;
+--------------------+---------+-------------+
| order_id           | user_id | total_money |
+--------------------+---------+-------------+
| 721552199578025985 |       2 |         222 |
| 721552199653523457 |       4 |         444 |
| 721552199724826625 |       6 |         666 |
| 721552199800324097 |       8 |         888 |
| 721552203344510977 |      10 |        1000 |
| 721552198902743040 |       1 |         111 |
| 721552199607386112 |       3 |         333 |
| 721552199682883584 |       5 |         555 |
| 721552199770963968 |       7 |         777 |
| 721552199825489920 |       9 |         999 |
+--------------------+---------+-------------+
10 rows in set (0.00 sec)

联表查询：

MySQL [data-center_db]> SELECT * FROM t_order o INNER JOIN t_order_item i ON o.order_id = i.order_id WHERE o.order_id = 721552199825489920;
+--------------------+---------+-------------+--------------------+--------------------+---------+-------+
| order_id           | user_id | total_money | order_item_id      | order_id           | user_id | money |
+--------------------+---------+-------------+--------------------+--------------------+---------+-------+
| 721552199825489920 |       9 |         999 | 721555653729976321 | 721552199825489920 |       9 |   333 |
| 721552199825489920 |       9 |         999 | 721555653776113664 | 721552199825489920 |       9 |   333 |
| 721552199825489920 |       9 |         999 | 721555656959590401 | 721552199825489920 |       9 |   333 |
+--------------------+---------+-------------+--------------------+--------------------+---------+-------+
3 rows in set (0.00 sec)

6. 总结

本文通过docker-compose 部署了数据库中间 ShardingSphere-Proxy，主要测试了数据分片的功能。当然后期以下的工作：

  • 监控：可以采用链路追踪的工具SkyWalking来跟踪 解析和执行性能。
  • 治理：采用Zookeeper中心化管理配置文件。
  • 应用：分库分表之后，针对一些数据归并和聚合操作，可以使用canal中间件转存到异构数据库（ClickHouse或ElasticSearch）
凡尘技术
关注
  • 2
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
docker-compose-mtproxy：电报mtproto代理自动更新的docker-compose文件
02-05
docker-compose-mtproxy：电报mtproto代理自动更新的docker-compose文件
docker-compose-letsencrypt-nginx-proxy-companion：与letencrypt集成的自动化docker nginx代理
02-02
docker-compose-letsencrypt-nginx-proxy-companion：与letencrypt集成的自动化docker nginx代理
ShardingSphere-proxy 部署
最新发布
m0_74917967的博客
03-26 1008
ShardingSphere的配置部署
docker-compose:我的docker-compose.yml文件的集合
05-16
码头工人组成 这是我所有docker docker-compose.yml -files的集合。 我希望它们可以为您节省时间。 捐献 如果这些文件确实为您节省了一些时间，则可以考虑给我买杯咖啡：
Docker搭建MySQLl基于ShardingSphere-Proxy读写分离(docker-compose)
12-22
docker_compose搭建shardingSphereProxyMysql主从读写分离
docker-mysql-proxysql:用于使用ProxySQL和MySQL进行测试的Docker集群（docker-compose）
05-22
ProxySQL / Orchestrator / MySQL Docker测试 该存储库包含一个docker-compose.yml，用于启动一个小型集群，该集群由3个MySQL 5.7容器（1个主服务器和2个从属服务器），3个通过RAFT连接的Orchestrator节点以及一个ProxySQL 1.4.x容器组成，这些容器均通过前端/后端网络连接。 ProxySQL是自动配置的，具有2个主机组，用作默认主机组的写入器主机组和所有SELECT语句的读取器主机组。 初始化群集后，将开始复制并准备sysbench数据集。 之后，将自动执行简短的sysbench测试。 要在第一时间启动新集群，请执行以下命令： # To start with benchmarks: sudo ./docker-compose-init.bash # To skip benchmarking: sudo
docker_compose搭建shardingSphereProxyMysql主从读写分离
kevinx_xu的专栏
11-19 2477
docker_compose搭建shardingSphereProxyMysql主从读写分离 版本 负责人 备注说明 v1.0 Kevin.xu 密级: 公开 文档说明 基于docker-compose快速搭建shardingSphereProxyMysql主从读写分离。 场景说明 mysql 数据量级增大后，需要对mysql 进行主从复制。降低单服务器IO负载。但由于业务逻辑已经很多，从API层面去实现，需要进行代码重构，为了简化，使用sharding-sphere
Docker搭建SardingSphere-Proxy
qq_22917569的博客
05-21 337
shardingproxy对版本敏感，请先确认版本，本文使用4.1.1。
【Docker、Sharding Sphere】Docker安装Sharding Sphere Proxy-5.0.0
apple_csdn的博客
04-27 2902
一、官方相关文档介绍 快速入门 | Docker镜像 二、安装 1、拉取官网镜像 docker pull apache/shardingsphere-proxy 2、获取/conf中的配置到本地路径，用于挂载 运行容器 docker run -d apache/shardingsphere-proxy PS C:\Windows\system32> docker run -d apache/shardingsphere-proxy cd2477174763df3f121326a89ba0d67
docker-compose 搭建 Sharding-Proxy 5.4.0 分库分表代理服务
李虹柏的博客
08-02 2060
运行 demo 提供的 controller 代码查看数据库内数据即可代理服务连接方式: 把他当成一个 mysql 正常连接即可i
shardingsphere-elasticjob-ui 3.0.1版本安装部署教程
weixin_39338423的博客
01-13 4428
shardingsphere-elasticjob-ui 3.0.1
ShardingSphere 系列（4）— sharding-proxy 实现分库分表
LZN的博客
12-11 1503
ShardingSphere 系列（4）— sharding-proxy 实现分库分表 文章目录ShardingSphere 系列（4）— sharding-proxy 实现分库分表一、下载安装包二、加入 MySQL 驱动包三、修改配置文件3.1 server.yaml3.2 config-sharding.yaml四、启动服务并验证4.1 服务启动4.2 分库分表验证参考 一、下载安装包 下载 :: ShardingSphere (apache.org) 我下载的是 apache-shardingsphe
Docker之docker-compose一键部署Zookeeper集群
oschina_41731918的博客
04-15 4438
zookeeper集群部署，Docker
docker安装sharding-proxy
qq_39198749的博客
11-07 561
shardingsphere-proxy的docker安装
ShardingSphere入门到精通之一（基于Docker部署一主多从架构）
qq_24872115的博客
03-01 177
默认情况下MySQL的binlog日志是自动开启的，可以通过如下配置定义一些可选配置。可以配置多台从机slave1、slave2…，这里以配置slave1为例。在主机中执行以下SQL，在从机中查看数据库、表和数据是否已经被同步。在docker中创建并启动MySQL从服务器：端口3307`启动从机的复制功能，在主服务器上执行SQL。下面两个参数都是Yes，则说明主从配置成功。在从服务的mysql上执行下面的sql。创建mysql主服务器文件。安装master数据库。
【Kubernetes部署Shardingsphere、Mycat、Mysql、Redis、中间件Rocketmq、Rabbitmq、Nacos】
Java程序员廖志伟
06-05 2218
可以参考官方提供的 Helm Chart 部署：https://shardingsphere.apache.org/document/current/cn/user-manual/shardingsphere-in-kubernetes/helm/可以参考官方提供的 Helm Chart 部署：https://github.com/helm/charts/tree/master/stable/rabbitmq。b. 创建MySQL的Deployment对象，并设置相关的配置，如镜像名称、环境变量等。
Docker容器---compose搭建haproxy负载均衡
qq_42311209的博客
06-06 726
Linux Cgroups 的全称是 Linux Control Group。 是限制一个进程组能够使用的资源上限，包括 CPU、内存、磁盘、网络带宽等等。 对进程进行优先级设置、审计，以及将进程挂起和恢复等操作。 Linux Cgroups 给用户暴露出来的操作接口是文件系统。 它以文件和目录的方式组织在操作系统的 /sys/fs/cgroup 路径下。 执行此命令查看：mount -t ...
Apache ShardingSphere 5.1.2 发布｜全新驱动 API + 云原生部署，打造高性能数据网关...
ShardingSphere官微
06-20 635
在 Apache ShardingSphere 5.1.1 发布后，ShardingSphere 合并了来自全球的团队或个人的累计 1028 个 PR，为大家带来 5.1.2 新版本。该版本在功能、性能、测试、文档、示例等方面均有不少优化。值得一提的是，本次更新带来了以下全新功能：ShardingSphere-Proxy Helm ChartSQL 方言翻译以 Drive......
ShardingSphere-proxy-5.0.0的部署之标准分片的实现(四十八)
笨鸟不会飞
11-27 858
在ShardingSphere-proxy的部署之标准分片的实现(十三)中我们讲解了基于5.0.0-alpha版ShardingSphere-proxy的部署之标准分片的实现，那么在本章我们将为大家讲解5.0.0版本ShardingSphere-proxy的部署之标准分片实现，看下和旧版的有什么区别 1、下载ShardingSphere-proxy安装包 本文使用的ShardingSphere-proxy的版本地址是：https://mirrors.tuna.tsinghua.edu.cn/apache.
docker-compose 下部署smb共享
06-07
要在 Docker Compose 中部署 SMB 共享，您可以使用以下步骤： 1. 创建一个 Dockerfile，其中包含安装 Samba 的命令。例如： ```Dockerfile FROM ubuntu:latest RUN apt-get update && \ apt-get install -y ...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值