实时数据同步利器debezium教程

最新推荐文章于 2024-02-28 14:35:27 发布
最新推荐文章于 2024-02-28 14:35:27 发布
阅读量9.6k 收藏 26
点赞数 1
分类专栏： 分布式技术 实时计算及流批一体技术 文章标签： database flink etl
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/sinat_39809957/article/details/121116398
版权

1 debezium概述

Debezium是一个开源项目，为捕获数据更改(change data capture,CDC)提供了一个低延迟的流式处理平台。你可以安装并且配置Debezium去监控你的数据库，然后你的应用就可以消费对数据库的每一个行级别(row-level)的更改。

只有已提交的更改才是可见的，所以你的应用不用担心事务(transaction)或者更改被回滚(roll back)。Debezium为所有的数据库更改事件提供了一个统一的模型，所以你的应用不用担心每一种数据库管理系统的错综复杂性。另外，由于Debezium用持久化的、有副本备份的日志来记录数据库数据变化的历史，因此，你的应用可以随时停止再重启，而不会错过它停止运行时发生的事件，保证了所有的事件都能被正确地、完全地处理掉。

监控数据库，并且在数据变动的时候获得通知一直是很复杂的事情。关系型数据库的触发器可以做到，但是只对特定的数据库有效，而且通常只能更新数据库内的状态(无法和外部的进程通信)。一些数据库提供了监控数据变动的API或者框架，但是没有一个标准，每种数据库的实现方式都是不同的，并且需要大量特定的知识和理解特定的代码才能运用。确保以相同的顺序查看和处理所有更改，同时最小化影响数据库仍然非常具有挑战性。

Debezium提供了模块为你做这些复杂的工作。一些模块是通用的，并且能够适用多种数据库管理系统，但在功能和性能方面仍有一些限制。另一些模块是为特定的数据库管理系统定制的，所以他们通常可以更多地利用数据库系统本身的特性来提供更多功能。

2 debezium常见应用场景

Debezium有很多非常有价值的使用场景，我们在这儿仅仅列出几个更常见的使用场景。

一、缓存失效(Cache invalidation)
在缓存中缓存的条目(entry)在源头被更改或者被删除的时候立即让缓存中的条目失效。如果缓存在一个独立的进程中运行(例如Redis，Memcache，Infinispan或者其他的)，那么简单的缓存失效逻辑可以放在独立的进程或服务中，从而简化主应用的逻辑。在一些场景中，缓存失效逻辑可以更复杂一点，让它利用更改事件中的更新数据去更新缓存中受影响的条目。

二、简化单体应用(Simplifying monolithic applications)
许多应用更新数据库，然后在数据库中的更改被提交后，做一些额外的工作：更新搜索索引，更新缓存，发送通知，运行业务逻辑，等等。这种情况通常称为双写(dual-writes)，因为应用没有在一个事务内写多个系统。这样不仅应用逻辑复杂难以维护，而且双写容易丢失数据或者在一些系统更新成功而另一些系统没有更新成功的时候造成不同系统之间的状态不一致。使用捕获更改数据技术(change data capture,CDC)，在源数据库的数据更改提交后，这些额外的工作可以被放在独立的线程或者进程(服务)中完成。这种实现方式的容错性更好，不会丢失事件，容易扩展，并且更容易支持升级。

三、共享数据库(Sharing databases)
当多个应用共用同一个数据库的时候，一个应用提交的更改通常要被另一个应用感知到。一种实现方式是使用消息总线，尽管非事务性(non-transactional)的消息总线总会受上面提到的双写(dual-writes)影响。但是，另一种实现方式，即Debezium，变得很直接：每个应用可以直接监控数据库的更改，并且响应更改。

四、数据集成(Data integration)
数据通常被存储在多个地方，尤其是当数据被用于不同的目的的时候，会有不同的形式。保持多系统的同步是很有挑战性的，但是可以通过使用Debezium加上简单的事件处理逻辑来实现简单的ETL类型的解决方案。

五、命令查询职责分离(CQRS)
在命令查询职责分离(Command Query Responsibility Separation,CQRS)架构模式中，更新数据使用了一种数据模型，读数据使用了一种或者多种数据模型。由于数据更改被记录在更新侧(update-side)，这些更改将被处理以更新各种读展示。所以CQRS应用通常更复杂，尤其是他们需要保证可靠性和全序(totally-ordered)处理。Debezium和CDC可以使这种方式更可行：写操作被正常记录，但是Debezium捕获数据更改，并且持久化到全序流里，然后供那些需要异步更新只读视图的服务消费。写侧(write-side)表可以表示面向领域的实体(domain-oriented entities)，或者当CQRS和Event Sourcing结合的时候，写侧表仅仅用做追加操作命令事件的日志。

3 debezium系统架构

Debezium是一个捕获数据更改(CDC)平台，并且利用Kafka和Kafka Connect实现了自己的持久性、可靠性和容错性。

每一个部署在Kafka Connect分布式的、可扩展的、容错性的服务中的connector监控一个上游数据库服务器，捕获所有的数据库更改，然后记录到一个或者多个Kafka topic(通常一个数据库表对应一个kafka topic)。

Kafka确保所有这些数据更改事件都能够多副本并且总体上有序(Kafka只能保证一个topic的单个分区内有序)，这样，更多的客户端可以独立消费同样的数据更改事件而对上游数据库系统造成的影响降到很小(如果N个应用都直接去监控数据库更改，对数据库的压力为N，而用debezium汇报数据库更改事件到kafka，所有的应用都去消费kafka中的消息，可以把对数据库的压力降到1)。

另外，客户端可以随时停止消费，然后重启，从上次停止消费的地方接着消费。每个客户端可以自行决定他们是否需要exactly-once或者at-least-once消息交付语义保证，并且所有的数据库或者表的更改事件是按照上游数据库发生的顺序被交付的。

对于不需要或者不想要这种容错级别、性能、可扩展性、可靠性的应用，他们可以使用内嵌的Debezium connector引擎来直接在应用内部运行connector。这种应用仍需要消费数据库更改事件，但更希望connector直接传递给它，而不是持久化到Kafka里。

  • 部署架构
  1. 最常见的是，Debezium是通过Apache Kafka连接部署的。Kafka Connect是一个用于实现和操作的框架和运行时
  • 源连接器，如Debezium，它将数据摄取到Kafka
  • 接收连接器，它将数据从Kafka主题写入到其他系统。

下图显示了一个基于Debezium的CDC管道的架构:
在这里插入图片描述

  1. Debezium Server
    Debezium 的另一种部署方法是使用Debezium 服务器。Debezium Server是一个可配置、开箱即用的应用程序。通过Debezium server，可以将源数据库流式变化事件同步到各种不同的消息基础设施。

在这里插入图片描述

  1. 作为嵌入式引擎
    使用Debezium连接器的另一种方法是嵌入式引擎。在这种情况下，Debezium不会通过Kafka Connect运行，而是作为一个嵌入到定制Java应用程序中的库运行。这对于在应用程序内部使用更改事件非常有用，而不需要部署完整的Kafka和Kafka连接集群，或者将更改流到其他消息传递代理(如Amazon Kinesis)。

4 debezium安装

  • kafka connect模式

Kafka Connect当前支持两种模式，standalone和distributed两种模式。

standalone主要用于入门测试，所以我们来实现distributed模式。

Distributed，分布式模式可以在处理工作中自动平衡，允许动态扩展或缩减，并在活动任务以及配置和偏移量提交数据中提供容错能力。和standalone模式非常类似，最大区别在于启动的类和配置参数，参数决定了Kafka Connect流程如果存储偏移量，如何分配工作，在分布式模式下，Kafka Connect将偏移量，配置和任务状态存储在topic中。建议手动创建topic指定分区数，也可以通过配置文件参数自动创建topic。

以Debezium支持MySQL为例（分布式模式）。

先决条件：Kafka集群已安装（包括ZooKeeper）、MySQL已安装并启动实例。

1）下载MySQL connector插件：https://debezium.io/documentation/reference/1.6/install.html

2）在kafka安装目录下创建connect插件目录并配置生效

  • 创建目录connect。 将插件解压缩到该目录下。
  • 修改/config/connect-distributed.properties, 增减一行：
 plugin.path=/opt/kafka/connect

默认情况下，kafka connect会加载在该目录下的所有插件。

  • 启动connect服务。（该服务可以独立启动，但由于分布式模式下状态信息都保存在kafka中，所以kafka server服务可以先启动）
/opt/kafka/bin/connect-distributed.sh  -daemon /opt/kafka/config/connect-distributed.properties

查看8083端口是否监听：

netstat -nltp | grep 8083

正常启动情况下，可以看到：

tcp6       0      0 :::8083                 :::*                    LISTEN      6744/java

利用Postman可以查看到一下结果：
在这里插入图片描述

5 debezium mysql插件使用

下面我们构造一个实际的使用实例来说明debezium mysql的使用方法。

1）安装mysql，本次用mariadb-10.5.8替代。关于Mariadb的安装方法参考：https://blog.csdn.net/sinat_39809957/article/details/118764511?spm=1001.2014.3001.5501

2）创建一个数据库：
连接mariadb：./mariadb -S ../mysql.sock -uzst -p 创建数据库：create database test；`

3). 创建表：

 CREATE TABLE IF NOT EXISTS `userinfo`(
   `userid` int(11) not null,
   `username` varchar(100) not null,
   `age` int(11) not null,
   `num` int(11) not null,
   PRIMARY KEY ( `userid` )
)ENGINE=InnoDB DEFAULT CHARSET=utf8;

4). 打开数据库的binlog

首先检查binlog日志选项是否已打开

mysql> SELECT variable_value as "BINARY LOGGING STATUS (log-bin) ::"
FROM information_schema.global_variables WHERE variable_name='log_bin';
或者show variables link 'log_bin'

如果显示为“off”，则需要修改my.cnf文件，在[mysqld]段增加配置项如下：

server-id         = 223344
log_bin           = mysql-bin
binlog_format     = ROW
binlog_row_image  = FULL
expire_logs_days  = 10

再次查看日志选项是否已打开：

mysql> SELECT variable_value as "BINARY LOGGING STATUS (log-bin) ::"
FROM information_schema.global_variables WHERE variable_name='log_bin';

binlog选项打开后，执行：show binlog events.，可以看到binlog列表。

5）启动debezium mysql connector插件：
配置如下

{
	"name": "debezium-mysql-connector",
	"config": {
		"connector.class": "io.debezium.connector.mysql.MySqlConnector",
		"database.hostname": "168.61.38.11",
		"database.port": "3306",
		"database.user": "zst",
		"database.password": "123456",
		"database.server.id": "223344",
		"database.server.name": "conndbtest",
		"database.include.list": "test",
		"database.history.kafka.bootstrap.servers": "168.61.38.11:9092,168.61.38.12:9092,168.61.38.13:9092,168.61.38.15:9092,168.61.38.16:9092",
		"database.history.kafka.topic": "debe-mysql",
		"include.schema.changes": "true"
	}
}

需要注意的是，server.id可以通过 select @@server_id获取到，该id在my.cnf中配置。server.name则是在此处随便定义一个。通过Postman把该配置打进kafka中，完成启动。
在这里插入图片描述
6）查看kafka，debe-mysql已创建，与此同时，debezium connector会默认创建3个topic为
connect-configs，connect-offsets，connect-status分别存放配置、偏移、状态信息。
执行脚本，查看dbtest-history是否已创建。

./kafka-topics.sh --zookeeper 168.61.38.11:2181 168.61.38.12:2181 168.61.38.13:2181 168.61.38.15:2181 168.61.38.16:2181 --list

debezium默认情况下，会将同一表上的insert、update、delete等操作日志事件写入到一个kafka topic中，其创建的topic名字规则是：
serverName.databaseName.tableName

7）在数据库test中，对userinfo表做一些DDL操作。
如修改userinfo表的一列：

alter table userinfo modify username char(50);

先执行：

./kafka-console-consumer.sh --bootstrap-server 168.61.38.11:9092,168.61.38.12:9092,168.61.38.13:9092,168.61.38.15:9092,168.61.38.16:9092 --topic debe-mysql

然后修改表，可以看到如下结果

{
  "source" : {
    "server" : "conndbtest"
  },
  "position" : {
    "transaction_id" : null,
    "ts_sec" : 1637744120,
    "file" : "mysql-bin.000003",
    "pos" : 47012,
    "server_id" : 223344
  },
  "databaseName" : "",
  "ddl" : "# Dum",
  "tableChanges" : [ ]
}
{
  "source" : {
    "server" : "conndbtest"
  },
  "position" : {
    "transaction_id" : null,
    "ts_sec" : 1637744120,
    "file" : "mysql-bin.000003",
    "pos" : 47124,
    "server_id" : 223344
  },
  "databaseName" : "test",
  "ddl" : "alter table userinfo modify username char(50)",
  "tableChanges" : [ {
    "type" : "ALTER",
    "id" : "\"test\".\"userinfo\"",
    "table" : {
      "defaultCharsetName" : "latin1",
      "primaryKeyColumnNames" : [ "userid" ],
      "columns" : [ {
        "name" : "userid",
        "jdbcType" : 4,
        "typeName" : "INT",
        "typeExpression" : "INT",
        "charsetName" : null,
        "length" : 11,
        "position" : 1,
        "optional" : false,
        "autoIncremented" : false,
        "generated" : false
      }, {
        "name" : "username",
        "jdbcType" : 1,
        "typeName" : "CHAR",
        "typeExpression" : "CHAR",
        "charsetName" : "latin1",
        "length" : 50,
        "position" : 2,
        "optional" : false,
        "autoIncremented" : false,
        "generated" : false
      }, {
        "name" : "age",
        "jdbcType" : 4,
        "typeName" : "INT",
        "typeExpression" : "INT",
        "charsetName" : null,
        "length" : 11,
        "position" : 3,
        "optional" : false,
        "autoIncremented" : false,
        "generated" : false
      }, {
        "name" : "num",
        "jdbcType" : 4,
        "typeName" : "INT",
        "typeExpression" : "INT",
        "charsetName" : null,
        "length" : 11,
        "position" : 4,
        "optional" : false,
        "autoIncremented" : false,
        "generated" : false
      } ]
    }
  } ]
}

需要注意的是，结果的json格式是debezium定义好的格式，debezium json格式通常前面定义schema信息，最后才是实际的载荷（payload）信息，详细格式定义可以查看：https://debezium.io/documentation/reference/1.6/connectors/mysql.html

8）在userinfo表上做CUD操作语句，也可以看到相应的结果。

先执行消费者消费脚本：
./kafka-console-consumer.sh --bootstrap-server 168.61.38.11:9092,168.61.38.12:9092,168.61.38.13:9092,168.61.38.15:9092,168.61.38.16:9092 --topic conndbtest.test.userinfo
随便insert一条数据，如：

insert into userinfo(userid,username,age,num) values(54,'hhhhh',55,55656);

则可以消费到如下消息：

{
  "schema": {
    "type": "struct",
    "fields": [
      {
        "type": "struct",
        "fields": [
          {
            "type": "int32",
            "optional": false,
            "field": "userid"
          },
          {
            "type": "string",
            "optional": false,
            "field": "username"
          },
          {
            "type": "int32",
            "optional": false,
            "field": "age"
          },
          {
            "type": "int32",
            "optional": false,
            "field": "num"
          }
        ],
        "optional": true,
        "name": "conndbtest.test.userinfo.Value",
        "field": "before"
      },
      {
        "type": "struct",
        "fields": [
          {
            "type": "int32",
            "optional": false,
            "field": "userid"
          },
          {
            "type": "string",
            "optional": false,
            "field": "username"
          },
          {
            "type": "int32",
            "optional": false,
            "field": "age"
          },
          {
            "type": "int32",
            "optional": false,
            "field": "num"
          }
        ],
        "optional": true,
        "name": "conndbtest.test.userinfo.Value",
        "field": "after"
      },
      {
        "type": "struct",
        "fields": [
          {
            "type": "string",
            "optional": false,
            "field": "version"
          },
          {
            "type": "string",
            "optional": false,
            "field": "connector"
          },
          {
            "type": "string",
            "optional": false,
            "field": "name"
          },
          {
            "type": "int64",
            "optional": false,
            "field": "ts_ms"
          },
          {
            "type": "string",
            "optional": true,
            "name": "io.debezium.data.Enum",
            "version": 1,
            "parameters": {
              "allowed": "true,last,false"
            },
            "default": "false",
            "field": "snapshot"
          },
          {
            "type": "string",
            "optional": false,
            "field": "db"
          },
          {
            "type": "string",
            "optional": true,
            "field": "sequence"
          },
          {
            "type": "string",
            "optional": true,
            "field": "table"
          },
          {
            "type": "int64",
            "optional": false,
            "field": "server_id"
          },
          {
            "type": "string",
            "optional": true,
            "field": "gtid"
          },
          {
            "type": "string",
            "optional": false,
            "field": "file"
          },
          {
            "type": "int64",
            "optional": false,
            "field": "pos"
          },
          {
            "type": "int32",
            "optional": false,
            "field": "row"
          },
          {
            "type": "int64",
            "optional": true,
            "field": "thread"
          },
          {
            "type": "string",
            "optional": true,
            "field": "query"
          }
        ],
        "optional": false,
        "name": "io.debezium.connector.mysql.Source",
        "field": "source"
      },
      {
        "type": "string",
        "optional": false,
        "field": "op"
      },
      {
        "type": "int64",
        "optional": true,
        "field": "ts_ms"
      },
      {
        "type": "struct",
        "fields": [
          {
            "type": "string",
            "optional": false,
            "field": "id"
          },
          {
            "type": "int64",
            "optional": false,
            "field": "total_order"
          },
          {
            "type": "int64",
            "optional": false,
            "field": "data_collection_order"
          }
        ],
        "optional": true,
        "field": "transaction"
      }
    ],
    "optional": false,
    "name": "conndbtest.test.userinfo.Envelope"
  },
  "payload": {
    "before": null,
    "after": {
      "userid": 54,
      "username": "hhhhh",
      "age": 55,
      "num": 55656
    },
    "source": {
      "version": "1.6.1.Final",
      "connector": "mysql",
      "name": "conndbtest",
      "ts_ms": 1637744766000,
      "snapshot": "false",
      "db": "test",
      "sequence": null,
      "table": "userinfo",
      "server_id": 223344,
      "gtid": null,
      "file": "mysql-bin.000003",
      "pos": 47627,
      "row": 0,
      "thread": null,
      "query": null
    },
    "op": "c",
    "ts_ms": 1637744814011,
    "transaction": null
  }
}
关于技术
关注
  • 1
    点赞
  • 踩
  • 26
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Debezium报错处理系列之四十：Debezium Server实际应用报错“message“:“JAAS config entry not terminated by semi-colon“
zhengzaifeidelushang的博客
02-11 344
Debezium系列之四十：Debezium Server实际应用报错"message":"JAAS config entry not terminated by semi-colon"
数据同步利器--otter搭建使用说明
12-01
导历史表还需要程序实现吗？ 还在用mysql的主从复制吗？ Otter都能为你解决。
CDC框架之Debezium使用
w757227129的博客
11-22 3357
CDC框架之Debezium 简介 Debezium 是一组分布式服务，用于捕获数据库中的更改，以便您的应用程序可以看到这些更改并对其做出响应。Debezium 在更改事件流中记录每个数据库表中的所有行级更改，应用程序只需读取这些流以查看更改事件发生的相同顺序。 Debezium 构建在Apache Kafka之上，并提供与Kafka Connect兼容的连接器，用于监控特定的数据库管理系统。Debezium 在 Kafka 日志中记录数据更改的历史记录，从您的应用程序使用它们的位置。这使您的应用程序可以轻
Debezium安装部署使用-监控MySQL
最新发布
weixin_46048207的博客
02-28 558
略。
大白话讲解 ：debezium 搭建的使用
weixin_43518224的博客
07-22 2711
debezium 搭建使用 Install zookeeper sudo wget https://mirrors.bfsu.edu.cn/apache/zookeeper/zookeeper-3.7.0/apache-zookeeper-3.7.0-bin.tar.gz tar -zxvf apache-zookeeper-3.7.0-bin.tar.gz cd apache-zookepeper cd conf && cp zoo_sample.cfg zoo.cfg //
Debezium系列之：Debezium Server在生产环境大规模应用详细的技术方案
zhengzaifeidelushang的博客
08-30 1272
Debezium系列之：Debezium Server在生产环境大规模应用详细的技术方案
Debezium是什么
热门推荐
fengfengzai0101的博客
01-15 1万+
Debezium是什么 Debezium是一个用来捕获数据库数据变更的分布式服务，你的应用可以看到这些数据变更，以及处理他们。Debezium以更改事件流的形式记录每张表的行级变更。 然后应用可以以事件流产生的顺序读取事件流变更记录。 目前支持的Source Connectors是Mysql，MongoDB，PostgresSQL、Oracle、SQL Server、Db2、Cassamdra、Vitesss。 目前Cassandra、Vitess处于孵化阶段。 说明：孵化连接器发版用于预览目的，对于孵
CDC工具之Debezium
datacreating的博客
11-30 5689
Debezium是一组分布式服务，用于捕获数据库中的更改，以便您的应用程序可以看到这些更改并做出响应。
Debezium简介
justlpf的专栏
09-15 2766
参考：Debezium是一个开源项目，为捕获数据更改(change data capture,CDC)提供了一个低延迟的流式处理平台。你可以安装并且配置Debezium去监控你的数据库，然后你的应用就可以消费对数据库的每一个行级别(row-level)的更改。只有已提交的更改才是可见的，所以你的应用不用担心事务(transaction)或者更改被回滚(roll back)。Debezium为所有的数据库更改事件提供了一个统一的模型，所以你的应用不用担心每一种数据库管理系统的错综复杂性。
Debezium日常分享系列之：Debezium 通知
zhengzaifeidelushang的博客
01-01 968
通知机制被设计为可扩展的。可以根据需要实施渠道，以最适合的环境的方式传递通知。为通道创建一个Java项目来实现通道，并添加Debezium Core作为依赖项。部署通知通道。通过修改连接器配置，使连接器能够使用自定义通知通道。配置自定义通知渠道自定义通知通道是实现 io.debezium.pipeline.notification.channels.NotificationChannel 服务提供者接口 (SPI) 的 Java 类。1234频道的名称。
数据恢复利器
07-31
谁用谁知道，恢复误删的文件，强大之处在于你误删的文件能够完美的找回，在不超出3次数据覆盖范围。
数据治理：提升数据质量的利器
01-27
同时，监管机构对于商业银行数据治理的要求也在不断加码，银保监会于2018年5月21日正式发布的《银行业金融机构数据治理指引》就明确要求：商业银行应将数据治理工作纳入公司治理的范畴，并将数据治理情况与公司治理...
深入理解otter(数据同步)
05-14
阿里开源数据同步otter方面的好书，otter是数据同步利器
Debezium系列之：Debezium Server
zhengzaifeidelushang的博客
06-27 1211
可以通过在conf/application.properties 文件中设置quarkus.log.console.json=false 来禁用JSON 日志记录，如conf/application.properties.example 文件中所示。配置需要包含Predicates列表、每个Predicates的实现类以及每个Predicates的配置选项。配置需要包含转换列表、每个转换的实现类以及每个转换的配置选项。一些接收器公开了依赖注入点，使用户能够提供自己的 bean 来修改接收器的行为。
debezium-connect-oracle使用
qq_41600330的博客
01-25 4726
测试环境： ​ a.数据库：Oracle19c 19.3 已开归档日志 ​ b.Kafka：2.8，内置zookeeper ​ c.连接器：debezium-connector-oracle-1.6.2.Final-plugin.tar ​ d.windows10 1.创建用户赋权 SQL> show con_name; CON_NAME ------------------------------ CDB$ROOT SQL> CREATE TABLESPACE logminer_tbs DA
Debezium系列之：使用Debezium接入SQL Server数据库数据到Kafka集群的详细技术文档
zhengzaifeidelushang的博客
10-12 2264
Debezium系列之：使用Debezium接入SQL Server数据库数据到Kafka集群的详细技术文档
Debezium的基本使用（以MySQL为例）
老叶茶馆
11-09 3593
Debezium介绍基本使用MySQL的准备工作编写程序测试总结一、Debezium介绍摘自官网:Debezium is a set of distributed services to capture changes in your databases so that your applications can see those changes and respond to them. Deb...
常用的文件系统、存储类型小整理
Hehuyi_In的博客
02-07 3236
最近接触到了五花八门的文件系统、存储类型，名词听得头大，趁假期整理学习一番~
n个通达信同步联动利器
05-12
通达信是目前国内股票投资领域最常用的交易软件之一，具有丰富的数据分析和交易功能。但是，对于一些需要同时监控多个股票的投资者来说，使用单一的通达信软件不太方便。为了解决这个问题，一些优秀的软件开发公司推出了可以将n个通达信实现同步联动的利器。 这些同步联动利器通常采用与通达信软件相似的操作界面，用户可以在同一个界面上同时查看和操作多个通达信实时数据、历史数据和交易信息，从而提升了信息处理的效率。同时，还支持用户自定义监控条件和交易策略，提供了更加灵活的操作方式。 这些同步联动利器还具有稳定可靠的性能，可以实现高效地数据传输和处理。并且，大部分软件还提供了即时的消息提醒和支持多种快捷键操作，进一步方便用户的使用。 总之，n个通达信同步联动利器是当前股票投资领域比较热门的一类软件产品。它们可以有效地提升投资者对多个股票的监控和管理能力，减少操作时间和精力的浪费，值得投资者们尝试使用。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值