Flink CDC 问题以及测试记录(持续更新...)

Flink CDC 详解 Flink CDC介绍 阅读详情

Flink 中文社区 | 中文学习教程Flink 中文社区是 Apache Flink 唯一授权的学习网站https://flink-learning.org.cn/article/detail/3ebe9f20774991c4d5eeb75a141d9e1e问题及测试集锦
1、flink cdc 的 api兼容的ddl的结构变更吗?
2、cdc 比如增量消费 然后 kill任务 再恢复?
3、mysql cdc 设置了检查点,sink到kafka,重启作业,为啥全量的数据还是会重新发送到kafka

4、CDC 到 KAFKA 时无法按照主键进行自动分区分发、无法指定分区键分发数据。到 KAFKA 的数据格式指定(JSON,AVRO JSON等)。

5、chanage-json format

测试3:chanage-json format 测试。

订单:

StreamTableEnvironment tableEnv = StreamTableEnvironment.create(env);
        // 如果本该不为null的,出现了null ,是因为数据是以流进入,首次进入的没有关联上,所以为null,为null剔除即可
        tableEnv.getConfig().getConfiguration().setString("table.exec.sink.not-null-enforcer","drop");

        //order
        tableEnv.executeSql("" +
                "create table db_order_info(" +
                " id              bigint not null " + // id
                " ,consignee      string          " +  //-- 名称
                " ,total_amount   decimal(10)   " +      //-- 金额
                " ,user_id bigint" +
                ",PRIMARY KEY(id) NOT ENFORCED" +
                " ) with" +
                "(" +
                "'connector' = 'mysql-cdc'" +
                ",'hostname' = 's202'" +
                ",'port'= '3306'" +
                ",'username' = 'root'" +
                ",'password' = '123456'" +
                ",'database-name' = 'gmall-flink-202111'" +
                ",'table-name'  = 'order_info'" +
                ",'scan.startup.mode' = 'initial'" +
                // 为了方便测试,关闭自增
                ",'scan.incremental.snapshot.enabled' = 'false'" +
                ")");

订单明细:

tableEnv.executeSql("" +
                "create table db_order_detail(" +
                " id              bigint not null " + // id
                " ,order_id        bigint "         +
                " ,sku_id          bigint " +
                " ,sku_name         string " +
                " ,create_time      string " +
                ",PRIMARY KEY(id) NOT ENFORCED" +
                " ) with" +
                "(" +
                "'connector' = 'mysql-cdc'" +
                ",'hostname' = 's202'" +
                ",'port'= '3306'" +
                ",'username' = 'root'" +
                ",'password' = '123456'" +
                ",'database-name' = 'gmall-flink-202111'" +
                ",'table-name'  = 'order_detail'" +
                ",'scan.startup.mode' = 'initial'" +
                // 为了方便测试,关闭自增
                ",'scan.incremental.snapshot.enabled' = 'false'" +
                ")");

求gmv:

新建kafka 连接器并指定format='changelog-json'

tableEnv.executeSql("create table order_gmv_kafka(" +
                "    sku_id          bigint not null " +
                "    ,sku_name       string          " +
                "    ,gmv            decimal(10)   " +
                ",PRIMARY KEY(sku_id) NOT ENFORCED" +
                ") with" +
                "(" +
                "'connector' = 'kafka'" +
                ",'topic'    = 'test_chanagelog_json'" +
                ",'scan.startup.mode' = 'earliest-offset'" +
                ",'properties.bootstrap.servers' = 's201:9092,s202:9092,s203:9092'" +
                ",'properties.group.id' = 'test_chanagelog_json_group'" +
                ",'format' = 'changelog-json'" +
                ")");

写入到kafka:

tableEnv.executeSql("" +
                "insert into order_gmv_kafka " +
                "select " +
                " b.sku_id" +
                " ,min(b.sku_name) as sku_name" +
                " ,sum(a.total_amount) as gmv" +
//                " ,a.id " +
//                " ,a.consignee " +
                " from db_order_info a " +
                " left join db_order_detail b" +
                " on a.id = b.order_id" +
                " group by b.sku_id").print();

          //需要开启另一个消费者去观察数据
//          bin/ kafka-console-consumer.sh --bootstrap-server s203:9092 --topic test_chanagelog_json --from-beginning

结果:以流的方式来计算。

现象2:flink-connector-mysql-cdc-2.0.2不支持source并发,官网不是说2.0之后的新特性么,2.1.0版本对比如下:

2.0.2 的source里面没有MysqlSource,只有MysqlParallelSource,但是这个不能作为source传入。mysql包下的MysqlSqlSource不能设置多并行度。

这个2.1.1的source下面就有了MysqlSource类。

结论:花了我两个晚上,号称不是2.0版本以后支持source 多并发的么,,只是2.0以后sql是支持了,2.0 stream api还不支持。到了2.1以后streamapi支持了。所以改了2.1之后,有了如下的参数支持多并发。

现象1:flink cdc sql模式 开启了全量checkpoint,且设置了source源多并行度,本地idea一直消费不了变更数据,且提交任务到集群中,可以消费到数据。

 这个本地idea开启的,而且ck一直处于正在进行,问题大致是因为ck不成功,导致消费不了,卡住了。

提交到集群中跑就没问题。所以遇到这种问题的,不要慌,不是代码问题,应该是兼容的问题。

这是提交到集群成功的截图,消费的数据在控制台。

代码如下:

package com.cuichunchi;

import org.apache.flink.api.java.tuple.Tuple2;
import org.apache.flink.configuration.Configuration;
import org.apache.flink.configuration.RestOptions;
import org.apache.flink.runtime.state.hashmap.HashMapStateBackend;
import org.apache.flink.streaming.api.CheckpointingMode;
import org.apache.flink.streaming.api.datastream.DataStream;
import org.apache.flink.streaming.api.environment.StreamExecutionEnvironment;
import org.apache.flink.table.api.Table;
import org.apache.flink.table.api.bridge.java.StreamTableEnvironment;
import org.apache.flink.types.Row;

/**
 * @author :CUICHUNCHI
 * @date :2021/11/28
 * @time : 22:08
 * @description:
 * @modified By:2021/11/28
 * @version: 1.0
 * 当为大型数据库制作初始一致快照时,您建立的连接可能会在读取表时超时。您可以通过在 MySQL 配置文件中配置 interactive_timeout 和 wait_timeout 来防止这种行为。
 * interactive_timeout:服务器在关闭交互式连接之前等待其活动的秒数。请参阅MySQL 文档。
 * wait_timeout:服务器在关闭非交互式连接之前等待其活动的秒数。请参阅MySQL 文档。
 */
public class FlinkcdcWithSQL {
    public static void main(String[] args)throws Exception {
        Configuration conf = new Configuration();
        conf.setString(RestOptions.BIND_PORT,"17081");
//        StreamExecutionEnvironment env = StreamExecutionEnvironment.getExecutionEnvironment();
        StreamExecutionEnvironment env = StreamExecutionEnvironment.createLocalEnvironmentWithWebUI(conf);
        env.disableOperatorChaining();
        env.setParallelism(4);
        env.enableCheckpointing(50000);
//        env.getCheckpointConfig().setCheckpointingMode(CheckpointingMode.EXACTLY_ONCE);
//        env.getCheckpointConfig().setCheckpointTimeout(10000L);
//        //可以存在两个ck
//        env.getCheckpointConfig().setMaxConcurrentCheckpoints(2);
//        //两次连续的ck之间的最小间隔
//        env.getCheckpointConfig().setMinPauseBetweenCheckpoints(30000L);
//        env.setStateBackend(new HashMapStateBackend());
//        env.getCheckpointConfig().setCheckpointStorage("file:///E:\\ideaWorkspace\\bigDataStudy\\FlinkCDC" +
//                "\\FlinkcdcWithSQL\\checkpoint");
        StreamTableEnvironment tableEnv = StreamTableEnvironment.create(env);

        tableEnv.executeSql("" +
                "create table mysql_binlog(" +
                " id INT not null" +
                " ,tm_name STRING " +
                " ,logo_url STRING" +
                " ,PRIMARY KEY(id) NOT ENFORCED" +      //必须加,因为默认是增量快照
                " ) with (" +
                " 'connector'='mysql-cdc'" +
                ", 'hostname' = 's202'" +
                ", 'port' = '3306'" +
                ", 'username' = 'root'" +
                ", 'password' = '123456'" +
                ", 'database-name' = 'gmall-flink-202111'" +
                ", 'table-name' = 'base_trademark'" +
//                ", 'scan.startup.mode' = 'latest-offset'" +
                ", 'scan.startup.mode' = 'initial'" +
                // 如果源表没有主键,则设置false
//                ", 'scan.incremental.snapshot.enabled' = 'false'" +
                //使用增量快照,可以并行执行,提高效率  默认true
                //不设置增量的话,那么source并行度只能是1,即使设置了全局并行度,source也是为1
                //查阅官网:https://ververica.github.io/flink-cdc-connectors/master/content/connectors/mysql-cdc.html
//        prop.setProperty("scan.incremental.snapshot.enabled","false");
                //增量快照是一种读取表快照的新机制。与旧的快照机制相比,增量快照有很多优点,
                // 包括:(1)在快照读取时source可以并行,
                // (2)在快照读取时source可以在chunk粒度上执行检查点,
                // (3)source不需要在快照读取之前获取全局读锁(FLUSH TABLES WITH READ LOCK)。如果您希望源代码并行运行,每个并行阅读器都应该有一个唯一的服务器 ID,因此“服务器 ID”必须是一个类似于“5400-6400”的范围,并且该范围必须大于并行度。请参阅增量快照阅读部分了解更多详细信息。
                ", 'scan.incremental.snapshot.enabled' = 'true'" +
//                //范围代表的是source的并行度,范围必须大于全局并行度,,但是运行时《=设置的全局并行度
                ", 'server-id' = '5400-5408'" +
                // 5行划分为一个chunk
                ", 'scan.incremental.snapshot.chunk.size' = '5'" +
                ")");

        Table table = tableEnv.sqlQuery("select * from mysql_binlog");
        //注意:flink 2.0.0 版本中,table转为动态流的时候,更新源表数据行后,不会监听,不会打印,
        // 换成2.0.2版本后,可以监听到了,打印出来
        DataStream<Tuple2<Boolean, Row>> dataStream = tableEnv.toRetractStream(table, Row.class);

        dataStream.print("flinkcdcwithsql");
//
//        env.execute("FlinkCDC-SQL");

       tableEnv.executeSql("select * from mysql_binlog").print();
    }
}

flinkcdc踩坑指南 Flink CDC 常用两种方式进行数据的全量+增量一体的数据同步,数据清洗等功能。使用 DataStream API 进行任务的逻辑实现使用 Flink SQL 的方式进行任务的提交。 阅读详情

相关推荐

基于Flink CDC实现MySQL到Elasticsearch秒级数据同步实战

数据一致性是分布式系统架构中的核心挑战,尤其在微服务与多数据源场景下,数据延迟会导致业务逻辑错误与用户体验下降。其技术原理在于通过变更数据捕获(CDC)机制,实时监听数据库日志变更,将增量数据以事件流形式同步至下游系统。这项技术的核心价值在于以低侵入方式实现端到端的秒级数据一致性,有效支撑实时搜索索引更新、缓存刷新、跨服务数据同步等关键场景。本文聚焦Flink CDC这一主流技术方案,通过热门的Docker Compose快速搭建测试环境,详细演示如何构建从MySQL到Elasticsearch的实时数据管

weixin_34200628的博客 290

Flink Oracle CDC Connector源码解读

flink cdc是在flink的基础上对oracle的数据进行实时采集,底层使用的是debezium框架来实现,debezium使用oracle自带的logminer技术来实现。logminer的采集需要对数据库和采集表添加补充日志,由于oracle18c不支持对数据添加补充日志,所以目前支持的oracle11、12、19三个版本。

IT_xhf的专栏 4320

深入解析CDC变更数据捕获:从原理到Flink实时同步实战

变更数据捕获(CDC)是一种实时数据同步的核心技术,它通过捕获数据库的增量变更事件,为下游系统提供低延迟的数据流。其核心原理在于监听数据库的事务日志(如MySQL的binlog、PostgreSQL的WAL),将二进制日志解析为结构化的数据变更事件(增、删、改),从而实现数据从源端到目标端的准实时流动。这项技术的价值在于解耦了数据生产与消费,避免了传统批量同步的高延迟与资源开销,是构建实时数仓、数据湖和流式分析管道的基础。在应用场景上,CDC广泛应用于电商实时推荐、金融风控、物联网监控等对数据时效性要求高的

weixin_33788244的博客 348

Flink CDC架构深度解析:构建企业级实时数据同步平台

Apache Flink CDC作为现代数据架构中的关键组件,为数据同步领域带来了革命性的变革。本文将从技术架构师视角,深入剖析Flink CDC的核心设计原理、分布式容错机制以及生产环境部署的最佳实践,为构建高性能实时数据同步平台提供技术指导。 ## 技术挑战与解决方案概述 在当今数据驱动的商业环境中,企业面临数据孤岛、实时性不足和架构复杂性三大核心挑战。传统ETL工具难以满足毫秒级数据同步

gitblog_00010的博客 743

基于Flink CDC构建实时数据同步链路,根治搜索延迟8分钟难题

在微服务与数据驱动架构中,数据一致性是核心挑战。传统的数据同步方案,如定时轮询或双写,常因延迟高、可靠性差导致业务数据不一致,影响用户体验与决策。变更数据捕获(CDC)技术通过实时监听数据库日志(如MySQL binlog),将数据变更作为事件流捕获,实现了从被动拉取到主动推送的范式转变。其技术价值在于提供毫秒级延迟、低侵入性的准实时数据流动能力,保障了事务级数据一致性。这一特性使其成为构建实时数仓、缓存更新和搜索索引同步等场景的理想解决方案。本文以Flink CDC为核心,结合Debezium与Elast

aaa1231722的博客 303

深入解析Flink Postgres CDC Connector:从WAL日志到实时数据流的无缝对接

本文深入解析Flink Postgres CDC Connector,详细介绍了如何通过WAL日志实现PostgreSQL与Flink的实时数据流对接。从环境配置、表定义到高级特性与生产实践,全面覆盖了CDC连接器的使用技巧和优化建议,帮助开发者高效构建实时数据处理系统。

weixin_29062823的博客 254

flink-cdc入门使用

flink-cdc入门,flink-cdc原理概述,flink-cdc简单应用

myself_ning的博客 2629

【Flink】Flink 设置检查点失败一次就报错 setTolerableCheckpointFailureNumber 不起作用

请问大家,Flink怎么让检查点失败,任务马上就停止呢?Flink1.14.4,我把检查点设置到了一个不存在的路径,检查点失败,但是任务没有停止。请问怎么样能让检查点失败导致任务失败停止?尝试过RestartStrategies.noRestart,以及setTolerableCheckpointFailureNum为0,但是都没有用对应代码如下最终解决设置了这个就可以了。把相关重启参数去掉。......

九师兄 1357

Flink CDC 项目开发指南:从代码贡献到社区协作

Flink CDC Connectors 是构建在 Apache Flink 之上的变更数据捕获(CDC)连接器集合,它能够高效捕获数据库变更事件并将其作为数据流处理。该项目为实时数据集成和分析提供了强大的基础设施支持。 ## 社区协作方式 ### 1. 问题报告与跟踪 当发现项目中的问题时,建议按照以下步骤进行报告: 1. 创建详细的问题报告,包含以下要素: - 问题描述(清晰说明...

gitblog_00319的博客 429

Debezium报错处理系列一:The db history topic is missing.

Debezium报错处理系列一:The db history topic is missing. You may attempt to recover it by reconfiguring the connector to SCHEMA_ONLY_RECOVERY debezium报错: The db history topic is missing. You may attempt to recover it by reconfiguring the connector to SCHEMA_ONLY_

zhengzaifeidelushang的博客 4844

CDC 数据入湖方案:Flink CDC > Kafka > Hudi

本方案的技术链路为:使用 Flink CDC 将 MySQL 的 CDC 数据 (Json 格式)接入到 Kafka ,然后通过 Flink Hudi Connector 将摄取的 CDC 数据写入到 Hudi 表中。文本是本博客的 CDC 数据入湖系列方案中最为基础的一套堆栈,架构上也比较简单,适合作为 POC 快速搭建 CDC 实时处理链路。如果寻求更加适用于生产环境的解决方案,请参考

Laurence的技术博客 1590

Flink CDC:让数据同步变得实时又优雅

负责从数据库读取变更(如 mysql-cdc、postgres-cdc、oracle-cdc)将数据输出到下游(如 Kafka、ES、Hudi、Iceberg、Doris)如果能做到数据库一有变化,下游系统几秒内就能拿到变更,那很多事情会简单得多。报表可以实时刷新,告警可以及时触发,甚至安全事件的分析都能在分钟级完成。它的核心思想其实很朴素:不再周期性扫全表,而是实时监听数据库的日志变化。这样我们就能把数据库的变化变成一个无界的数据流,进一步实时写入。):然后开始监听数据库日志,持续捕获后续的变更事件。

Longzhu21的博客 1254

CDC 实时入湖方案:MySQL>Flink CDC>Kafka & Schema Registry>Hudi ( Flink Connector )

本方案的技术链路为:使用 Flink CDC 将 MySQL 的 CDC 数据 (Avro 格式)接入到 Kafka ,然后通过 Flink Hudi Connector 将摄取的 CDC 数据写入到 Hudi 表中。整个链路由 Confluent Schema Registry 控制 Schema 的变更。本文是《CDC 实时入湖方案:MySQL > Flink CDC > Kafka > Hudi》的增强版,在打通从源端数据库到 Hudi 表的完整链路的前提下,还额外做了如下两项工作:

Laurence的技术博客 2902

Flink CDC数据过滤功能深度解析:如何精准同步所需数据

Flink CDC作为Apache Flink生态中的重要组件,提供了强大的实时数据同步能力。其中,数据过滤功能是Flink CDC的核心优势之一,能够让用户精准控制数据同步范围,实现高效、精确的数据集成。本文将深入探讨Fink CDC的数据过滤机制,帮助您掌握这一重要功能的使用技巧。 ## 🔍 什么是Flink CDC数据过滤? Flink CDC的数据过滤功能允许用户在数据同步过程中对源

gitblog_00520的博客 1143

分辨率太小 / Retina 模糊 / 全屏异常:一篇解决 VMware Fusion + Kali 显示问题(Xfce & GNOME 通用)

本文提供了在Mac(尤其是Retina屏)上运行Kali Linux时常见显示问题的完整解决方案。主要解决三类问题:分辨率太小、Retina屏模糊和全屏异常。核心思路是先安装open-vm-tools-desktop并重启,这是90%问题的根源。然后根据不同问题分别处理:调整DPI/Scale解决字体大小,避免双重缩放导致的模糊,以及通过窗口拉伸和重启解决全屏异常。文章还给出了针对Xfce和GNOME的最佳配置建议,并强调调试完成后应创建快照以便快速恢复。最后提供了速查表,方便用户快速参考关键步骤。

致力于分享在各类技术领域的学习与实践经验,涵盖编程、虚拟化、开源工具、网络安全等。 874

数控弯管机xyz转换ybc的算法_花了一年时间开发的三维弯管机交互式转档软件(三维管子模型UG,SOLIDWORK,PRO/E文件转成YBC)...

在弯管机加工中,由管子模型生成可直接进行弯管加工的YBC数据可以大大提高弯管编程过程.传统的做法是先用dxf数据文件(用autocad绘制管子的轴心线数据)转出XYZ数据,然后由XYZ数据转成YBC数据,而且大部分厂家对文件版本以及软件做管方式都有不少限制,这大大花费了用户的时间跟精力.随着企业的信息化管理以及不断的技术升级,传统用autocad线条模式来描述管子的方式正在被用户用PRO/E,UG...

weixin_29065959的博客 1963

Flink CDC+Hologres高性能数据同步优化实践

本文详细介绍了 Hologres 在与 Flink 结合时的高性能数据同步优化实践,涵盖写入和消费的多方面优化策略。通过这些优化,可以显著提高数据同步的速度和稳定性,确保数据在不同系统之间的高效流转。

科技很有意思 1584

AMD Ryzen AI Max+ 395四机集群实战:开源工具链与大模型推理优化全解析

本文详细解析了基于AMD Ryzen AI Max+ 395处理器的四机集群搭建与优化实践,涵盖硬件配置、开源工具链评测及大模型推理优化技巧。通过深度测试,揭示了集群在AI推理中的性能瓶颈与解决方案,特别适合需要扩展显存的大模型实验场景。文章还提供了成本效益分析,帮助开发者做出更明智的选型决策。

weixin_29041767的博客 1520

踩遍 Flink-MySQL-CDC 所有大坑,终于跑通全量 + 实时同步 Kafka

最近在做反欺诈项目实时数据流搭建,需求是通过 Flink MySQL-CDC 抓取交易表增删改数据,同步投递到 Kafka 供下游风控引擎消费。本以为复制模板就能一键跑通,结果接连踩了三处典型大坑:initial全量模式跑完存量不切实时、print()直接阻塞流式任务数据投递 Kafka 格式不对无法识别。把排查过程、根源、最终修复方案完整记录下来,给同样做 CDC 同步的同学避坑。

weixin_73593530的博客 430

把个人化的 SQVI 报表变成可维护、可共享、可传输的 ABAP Query:从定位来源到转换落地的完整路线图

本文针对SAP系统中业务用户常用但难以维护的SQVI临时报表问题,提供了一套完整的解决方案。文章首先区分了SQVI(个人临时报表)和ABAP Query(团队可维护报表)的关键差异,重点介绍了如何通过函数模块RSAQ_DECODE_REPORT_NAME反查报表来源。对于SQVI报表,详细说明了定位创建人和转换为团队可维护的ABAP Query的具体步骤,包括Query Area切换、转换操作和后续维护方法。最后总结了常见问题的解决方案,如字段调整、口径固化和生成程序名反查等,为现场实施提供了可直接操作的完

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 302

数学建模学习(78):多输入多输出回归预测模型(结合XGBoost实现)

多输入多输出回归预测问题求解

全栈川川 8130

Flink Oracle CDC Connector 性能优化与实战技巧

本文深入探讨了Flink Oracle CDC Connector的性能优化与实战技巧,重点分析了增量快照、LogMiner策略调优及内存线程控制等核心问题。通过实际案例和配置模板,帮助开发者解决高吞吐场景下的性能瓶颈,提升数据同步效率。

tensor9flow的博客 629

把 SAP ABAP ALE 与 IDoc 玩明白:从架构、配置到排错的一套闭环方法

本文介绍了SAP集成中ALE与IDoc的核心概念与实战应用。ALE作为SAP分布式应用框架,通过异步消息机制实现系统间数据交换,其三层架构隔离业务与传输细节。IDoc作为标准化消息容器,包含控制、数据和状态记录。文章详细解析了配置要点(端口、伙伴参数)、处理流程(Process Code)、排错工具(BD87、WE09)及同系统测试方法,并提供了发送程序代码骨架。通过架构认知→配置→开发→运维的完整路径,帮助读者掌握ALE/IDoc的实际操作技能。

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 222

Flink CDC 3.x迁移终极指南:从2.x到3.x的完整实战迁移方案

随着实时数据处理需求的爆炸式增长,Apache Flink CDC 3.x版本带来了革命性的架构改进和功能增强。对于正在使用Flink CDC 2.x的企业用户来说,**Flink CDC版本迁移**已成为提升数据处理效率和系统稳定性的关键任务。本文将提供一份完整的实战迁移方案,帮助您平滑完成从Flink CDC 2.x到3.x的升级,解决迁移过程中的各种痛点问题。 ## 迁移背景与价值分析

gitblog_00205的博客 367

PPT制作能力在职场中真的重要吗?一定要美术功底才能学好PPT吗?

我推出PPT技能培训专栏啦!好的PPT可以让你事半功倍、2023拥有PPT能力还可以让你具备一门极有价值的斜杠能力。更多内容请进:梦幻训练营专栏。专栏内会用本人积累的近10年的PPT学习方法论在短时间内教会你如何制作出精美绝伦的PPT,每篇教程后还会免费赠送一些小福利,不可多得。

打造全国最全的AI Agent开发知识领域的博客 728

使用Simulink进行基于IIR滤波器的设计与稳定性分析仿真

IIR滤波器的稳定性与其系统函数的极点位置密切相关。如果所有极点都位于Z平面的单位圆内,则该滤波器是稳定的;否则,滤波器将是不稳定的。在设计IIR滤波器时,确保其稳定性对于避免输出信号发散至关重要。明确你的系统需求,比如输入信号类型(如正弦波)、采样率、IIR滤波器的设计参数(如滤波器类型、阶数、截止频率等)。假设我们需要设计一个低通IIR滤波器,用来去除高于500Hz的所有频率成分,保留低于500Hz的信号成分。采样率为8kHz。

xiaoheshang_123的博客 150
上一篇: Kafka 问题以及调优参数集锦
下一篇: Hive调优参数总结
cuichunchi
博客等级 码龄12年 3734粉丝 113原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值