MySQL多线程同步-Transfera使用测试

open-falcon transfer 部署 目的 搭建 open-falcon transfer 服务 transfer是数据转发服务 它接收agent上报的数据,然后按照哈希规则进行数据分片、并将分片后的数据分别push给graph&judge等组件 transfer 在 falcon 中属于一个任务比较重的服务 transfer 需要连接 agent, graph, judge,tsdb 因为网络连接会成为瓶颈 建议 transfer 进行集群模式部署 transfer 自身没有任何交互, 可以进行横向扩展 当前生产中 transfer 阅读详情

背景

       Transfer是一个主从多线程同步工具,直接patch在MySQL中。2011年开发完成。于去年的12.12上线,并撑住高峰期主从,保证从库无延迟,使得应用能够直接从从库上读数据。

       对Transfer1.0背景有兴趣的同学可以看我以前的一篇博客。

 

新功能

       Transfer第一版本存在两个可改进的点:单表并发和事务支持。

a)      Transfer2.0支持单表并发,基本原理就是按照更新行的主键id (因此有一个限制是同步的表必须要有主键)。

b)      Transfer2.0支持slave回放主库事务时以事务为单位执行。

 

内部基本结构

Transfer1.0

为什么不直接写到slave里面?由于DBA同学觉得直接写在slave里面担心数据安全性,因此改造成第一个第三方工具。

 

Transfer2.0

       外部主库和备库的行为相同,Trasnfer内部改为

性能效果

       上周五在一个紧急项目中由于其他方案出问题,上线测试,从库tps性能从300+提升到2000+。

安装配置

       Transfer的推荐配置结构是

      Master  ==> Transfer ==> Slave

       假设你已经有Master和Slave,Transfer建议部署在slave同一个机器,当时我们上线是这么配置的,当然如果你机器多,也可以考虑放在单独一个机器,只是不必要。

       Transfer的安装步骤:

a)    附件中三个mysqld,分别是官方版本mysql-5.1.48, percona 版本5.5.18和淘宝MySQL分支5.5.18打入patch后生成的三个bin文件。

   需要你先安装你选择的对应的官方版本,然后替换mysqld。

b)   My.cnf里面的[mysqld]下新增如下几行配置:

remote_slave_hostname = 127.0.0.1
remote_slave_username = root
remote_slave_password =
remote_slave_port = 3306
transfer_slave_thread = 16
slave_skip_errors=1062,1032

 

 建议修改Slave上的配置(非必需)

  net_read_timeout=3600

  max_allowed_packet=1073741824

c)      将Slave中需要同步的表结构,导入到Transfer中。注意,只需要表结构,不需要数据。
       其中remote_slave系列配置的是一个有super权限访问Slave的帐号。
      重启即可。

在Transfer中的操作与在Slave中原本的操作相同,只是现在的关系是,Transfer注册为Master的主库,得到操作步骤后,更新Slave.

 

系统限制

        1、Master上binlog格式必须是row based

        2、每个表必须要有主键(显示的primay key)

Transfer变身Slave

       有的同学说我不想维护多一个实例。其实就so easy,只要把trasnfer的目标指向自己即可。
为了安全起见,配置规则必须是
remote_slave_hostname配置为127.0.0.1 且 remote_slave_port与Transfer端口相同。

当然,如果Transfer自己是slave,配置时还少了一步拷贝表结构



由淘宝核心系统研发—数据库组开发的MySQL-Transfer,用于解决MySQL主从同步延迟的问题,从MySQL单线程到多线程的工作模式。可以观看@丁奇的相关资料:


        MySQL多线程同步-Transfer使用说明
        MySQL异步复制延迟解决的架构设计与运维架构—在线播放—优酷网

 

系统结构 :


        传统的主从结构是 [Master] à [Slave], Master和slave主从关系; 

        使用transfer以后,[Master] à [Transfer] .--> [Slave], Master和Transfer主从关系,Transfer和Slave是Client-Server关系。 


服务器环境:

        主库:192.168.15.216   (3306端口) 

        从库:192.168.15.217   (3306端口)

        Transfer: 192.168.15.217  (3307端口)    

        MySQL版本:mysql-5.5.18-linux2.6-x86_64.tar.gz 

        存储引擎:Innodb

        Database: rocdata  

        MySQL-Transfer:Transfer.2.1-based-PS-5.5.18

注:

        Tranfsfer相同的表使用同一个线程更新,若只有一个表,性能与原生版本相同。要体现效果,一般16个表或以上,考虑到线上大库都有分表,这个条件比较容易满足。


一、192.168.15.216主库配置

        首先确认主库上使用row格式的binlog,配置/etc/my.cnf:

[client]

port            = 3306

socket          = /tmp/mysql.sock

[mysqld1]

port            = 3306

socket          = /tmp/mysql.sock

basedir=/usr/local/mysql

datadir=/mysqldata/

bind-address=192.168.15.216

skip-external-locking

skip-name-resolve

user=mysql


max_allowed_packet = 256M

query_cache_size=256M

max_connections=2000

max_connect_errors=10000

key_buffer_size=6000M

read_buffer_size=32M

read_rnd_buffer_size = 32M

myisam_sort_buffer_size=512M

tmp_table_size=1024M

old-passwords


interactive_timeout=60

wait_timeout=60

connect_timeout=60

table_cache=8192

thread_cache_size=512

sort_buffer_size=128M

back_log = 500

thread_concurrency=48

expire_logs_days=10


log-bin=mysql-bin

#binlog_format=STATEMENT

binlog_format=ROW

#binlog_format="MIXED


# master

server-id = 1

binlog-do-db = rocdata

binlog-ignore-db = mysql


        启动MySQL,并查看Pos状态。

        



二、192.168.15.217从库配置。

        MySQL端口3306和3307 ,建议MySQL TDIR目录区分开来。我的MySQL和Transfer目录:

        /usr/local/mysql/

        /usr/local/mysql-transfer

        Transfer.2.1-based-PS-5.5.18替换T安装目录/usr/local/mysql-transfer/bin/下的mysqld。

        1、配置3306端口,同步Master数据,这里不需要写主从同步信息,和单台MySQL配置一样。

        /usr/local/mysql目录部署一个MySQL版本5.5.18(真实库),配置/etc/my.cnf:

[mysqld]

port            = 3306

socket          = /tmp/mysql.sock

basedir=/usr/local/mysql

datadir=/mysqldata/data3306

bind-address=192.168.15.217

skip-external-locking

skip-name-resolve

user=mysql               


max_allowed_packet = 256M

query_cache_size=256M

max_connections=2000

max_connect_errors=10000

key_buffer_size=6000M

read_buffer_size=32M

read_rnd_buffer_size = 32M

myisam_sort_buffer_size=512M

tmp_table_size=1024M

old-passwords


interactive_timeout=60

wait_timeout=60

connect_timeout=60

table_cache=8192

thread_cache_size=512

sort_buffer_size=128M

back_log = 500

thread_concurrency=48

expire_logs_days=10

        启动MySQL 3306端口,并导入数据,前提需要记录的Pos点,保证Transfer同步正常。和传统的主从拷贝数据一样。

        此时3306端口的运行状态。

        


        2、配置3307 Transfer服务

        a) /usr/local/mysql-transfer/目录部署一个MySQL (T),版本5.5.18

        b) 用附件中的mysqld替换T安装目录/usr/local/mysql-transfer/bin/下的mysqld 

        c) 在/usr/local/mysql-transfer/log 目录下执行下执行 for((i=0; i<=16; i++)); do mkdir $i;done 

        d) 配置/etc/my3307.cnf,做以下修改:

[mysqld]

port            = 3307

socket          = /tmp/mysql3307.sock

basedir=/usr/local/mysql

datadir=/mysqldata/data3307

bind-address=192.168.15.217

skip-external-locking

skip-name-resolve

user=mysql


max_allowed_packet = 1G

query_cache_size=256M

max_connections=2000

max_connect_errors=10000

key_buffer_size=6000M

read_buffer_size=32M

read_rnd_buffer_size = 32M

myisam_sort_buffer_size=512M

tmp_table_size=1024M

old-passwords


interactive_timeout=60

wait_timeout=60

connect_timeout=60

table_cache=8192

thread_cache_size=512

sort_buffer_size=128M

back_log = 500

thread_concurrency=48

expire_logs_days=10


#tranfer

transfer_slave_thread = 16

remote_slave_hostname = 192.168.15.217

remote_slave_username = transfer

remote_slave_password = transferpw

remote_slave_port = 3306


relay-log =/usr/local/mysql/log/mysqld-relay-bin 

relay-log-index =/usr/local/mysql/log/mysqld-relay-bin.index 

master-info-file =/usr/local/mysql/log/master.info 

relay-log-info-file =/usr/local/mysql/log/relay-log.info 

log_slave_updates = 0 

slave_skip_errors=1062,1032


#slave 192.168.15.217

server-id = 3

replicate_do_db = rocdata

replicate-ignore-db = mysql

replicate-ignore-db = test

replicate-ignore-db = information_schema


        [说明]配置给Transfer的这个uname必须有Slave的super权限 
        e) Transfer需要导入同步的数据库结构,不需要数据 

        f) Slave的 max_allowed_packet设置为1G (建议) 

        g) 启动Transfer并设置为Master的从库 


        具体步骤:


        在3306端口上赋予Transfer 有Slave的super权限:

        mysql> grant all privileges on  *.*  to  'transfer'@'192.168.15.217' identified by 'transferpw';


        在主库192.168.15.216赋予Transfer 有 replicate  privileges权限:


        mysql> grant replication slave, reload, super on *.* to 'repluser216'@'192.168.15.217' identified by 'replpasswd216';    


        启动Transfer并设置为Master的从库:

        mysql> CHANGE MASTER to MASTER_HOST='192.168.15.216', MASTER_PORT=3306, MASTER_USER='repluser216', MASTER_PASSWORD='replpasswd216', MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=82104;

        

        



三、测试

        1、在192.168.15.216主库rocdate上创建表test,并写入数据:

mysql> create table test  (  id int(4));

mysql> insert into test values(1);   

mysql> insert into test values(2);

          

        2、查看192.18.15.216 MySQL(T)和MySQL真实库状态:    
        



        说明:关于 MySQL-Transfer  的性能还未做测试,后期有时间会补上……有错误的地方,希望CU的大侠可以指正,谢谢




java整合mybatis连接myql的多线程测试 首先我的cpu是 准备sql 我的mybatis的文件 <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE mapper PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN" "http://mybatis.org/dtd/mybatis-3-mapper.dtd"... 阅读详情

相关推荐

【AI方案集】多模态AI实时翻译与沟通智能体设计.docx

这套AI技术方案不走“先堆概念再硬套场景”的老路,而是以业务痛点为锚点,把机器视觉识别、预测性分析、大模型知识赋能等能力拆解成轻量化可落地的功能模块,直接嵌入生产运营的关键环节,既能快速落地见效,又能通过持续的数据迭代逐步放大价值,帮企业在不盲目新增硬件投入的前提下,稳步完成智能化升级,实实在在把AI变成能降本、提效、控风险的生产工具。

go mysql transfer_部署运行 · go-mysql-transfer产品手册 · 看云

# 安装包您可以直接下载编译好的安装包: [点击下载](https://github.com/wj596/go-mysql-transfer/releases)最新版本:v1.0.3 release也可以自行编译:1、依赖Golang 1.14 及以上版本2、设置 ' GO111MODULE=on '3、拉取源码 ' git clone https://github.com/wj596/go-m...

weixin_36218360的博客 990

畜牧养殖疾病数据集(25列,101000条记录)CSV

详情介绍:该数据集为 101,000 条畜牧养殖疾病三分类数据(25 列零缺失),含 9 种畜禽、8 个区域、8 种养殖场类型,以及日龄 / 体重 / 抗体水平 / 舍内温湿度 / 氨气浓度 / 疫苗接种 / 饲料类型 / 气象 / 同群发病数等 18 个特征,标签为健康 (70%)/ 疑似患病 (20%)/ 已患病 (10%),适合做智慧养殖疾病预测建模和特征重要性分析,但为合成数据不能直接用于真实兽医诊断或养殖决策。

MySQL多线程同步MySQL-Transfer介绍

一、关于Transfer MySQL-Transefer(下称Transfer)是一个基于MySQL+patch后得到的主从同步工具。其主要目的是为了解决原生版本的主从同步里,从库是单线程apply主库的binlog,导致的延迟。 最近完成测试的版本将multi-master (by P.Linux)合并到Transfer中并针对支付宝的应用需求做了定制性能改进。 这里做一个已经完成的完整功...

追风刀·丁奇 257

【顶级EI复现】基于KKT条件与分段解析优化的双有源桥DC-DC变换器软开关协同最小应力闭环控制方法(Simulink仿真实现)

内容概要:本文针对三电平维也纳(VIENNA)整流器在中大功率应用中面临的直流侧中点电位不平衡问题,提出一种基于电容电压差值补偿的主动均衡控制策略。研究以电压电流双闭环PI控制为基础,在电压外环中引入上下电容电压差值作为反馈信号,结合空间矢量脉宽调制(SVPWM)技术,利用冗余小矢量的时间分配自由度实现对中点电位的闭环调节。通过MATLAB/Simulink搭建仿真模型,在800 V直流母线电压、20 kHz开关频率、10 kW负载功率等工况下进行验证。结果表明,该方法不仅能够有效稳定直流母线电压,还可显著抑制中点电位偏差,使其维持在极小范围内,均衡效果远优于未投入补偿的情况,同时保持较低的输入电流总谐波畸变率(THD)。该方案实现了“电压稳定—电流低谐波—中点均衡”三者的协同优化,无需增加额外硬件,具有良好的实用性与工程推广价值。; 适合人群:具备电力电子与电力传动基础知识,从事新能源发电、电动汽车充电、工业电源等相关领域研究的研发人员、高校研究生及高年级本科生。; 使用场景及目标:①掌握三电平VIENNA整流器的工作原理与中点电位波动的成因;②学习双闭环PI控制的设计与参数整定方法;③理解并应用基于SVPWM冗余矢量的中点电位主动平衡策略;④开展类似拓扑的仿真建模与控制算法研究。; 阅读建议:此文理论推导与仿真验证结合紧密,建议读者在理解控制原理的基础上,动手复现Simulink仿真模型,重点关注SVPWM模块中冗余矢量时间分配的实现细节,并尝试调整系统参数以观察控制效果的变化,从而深化对中点平衡能力边界的认识。

产业园区运营负责人如何精准识别企业技术需求?.docx

科易网基于AI模型+行业大数据,在技术转移、成果转化、技术经纪、知识产权、产业创新、科技招商等垂直领域的多样化应用场景,推出科技创新领域的AI+工具与数智化解决方案,推动科技创新与产业创新智能化发展。

多线程读写mysql_多线程读写mysql数据库

该楼层疑似违规已被系统折叠隐藏此楼查看此楼unsigned int __stdcall scan(PVOID pM){char ip[20];strcpy(ip, (char*)pM);MYSQL mysql;MYSQL_RES* result;//初始化mysql句柄mysql_init(&mysql);//连接mysql数据库if(!mysql_real_connect(&m...

weixin_26717681的博客 645

木材表面缺陷木板裂缝节疤虫眼检测数据集VOC+YOLO格式612张3类别.md

【重要提示】本页面仅为资源介绍,不含外部下载地址 亲爱的 优快云 用户: 感谢你浏览本资源页面,在这里提前向大家说明相关情况,避免后续产生误解。本资源我设置的初衷是 0 积分免费分享文档介绍,希望可以无偿给到有需要的朋友。但 优快云 平台存在自动调控机制,系统会根据资源下载热度、文件体积、平台规则等因素,自动修改资源所需下载积分,页面显示为 1 积分、2 积分或更高积分都属于平台自动调整结果,并非我手动修改设置,我没有权限自主锁定积分数值。 如果你打开页面后,发现下载所需积分不为 0,请务必谨慎考虑是否下载。一旦你支付积分完成下载,后续遇到资源内容和描述不符、文件损坏等问题,我无法承担对应的积分损失,也没有渠道为你办理积分退还。在此强烈建议,只有页面明确显示 0 积分的时候,再进行下载操作。 同时特别说明:这份资源介绍文案里,没有附带任何外部下载地址。资源本身是通过 优快云 官方上传通道上传的附件,正常情况下直接点击页面自带的下载按钮即可获取文件。页面找不到外部下载链接属于正常情况,并非资源缺失。 如果因为平台积分显示异常,导致你被扣取积分,积分退款、积分异常相关问题,请直接联系 优快云 官方客服咨询处理。平台规则由官方制定,我无法干预积分变动,望各位理解。

MySQL数据库事务实例(模拟银行转账)

在数据库系列文章中[MySQL数据库事务基本操作](http://blog.youkuaiyun.com/fengpojian/article/details/73571983) 介绍了MySQL数据库基本的事务操作。这篇文章将介绍一个实例来更好的理解学习MySQL数据库事务。 这个Demo主要是模拟银行转账的过程,两个账户发生转账关系时,首先改变双方账户的余额状态,随后验证转出方账户是否有足够的余额来支撑此次

fengpojian的博客 1万+

【微服务架构】基于Nginx与MySQL的Nacos集群部署方案:多节点高可用配置与负载均衡实施指南

内容概要:本文详细介绍了Nacos集群的部署过程,包括环境准备、文件解压与复制、数据库配置、SQL脚本导入、集群节点配置以及Nginx负载均衡设置。通过搭建三个Nacos实例(nacos01、nacos02、nacos03),实现高可用架构,并利用MySQL存储配置数据,确保数据一致性与持久化。同时,通过Nginx反向代理实现对外统一入口访问,提升系统稳定性与可维护性。文中还说明了各关键配置文件的修改方法,如application.properties和cluster.conf,并指导如何启动集群及验证服务状态。; 适合人群:具备一定Java和Linux运维基础,熟悉微服务架构,从事中间件部署或DevOps工作的技术人员;尤其适合工作1-3年、参与微服务配置中心建设的研发与运维人员。; 使用场景及目标:①搭建高可用的Nacos配置中心与注册中心集群;②掌握Nacos多节点协同工作机制及与MySQL集成方法;③通过Nginx实现负载均衡,提升服务可用性和访问效率;④为Spring Cloud等微服务体系提供稳定的配置管理支持。; 阅读建议:此文档侧重实际操作步骤,建议在测试环境中同步操作,逐项验证每一步配置的正确性,特别是数据库连接、集群通信端口和Nginx转发规则,避免因配置遗漏导致集群无法正常选举或服务不可用。

改进-基于新扩展移相角下的双有源桥DAB变换器仿真(EPS调制、软开关、最小应力优化)(Simulink仿真实现)

内容概要:本文围绕基于新扩展移相角的双有源桥(DAB)变换器展开仿真研究,重点采用EPS调制策略实现软开关与最小电流应力优化,从而提升变换器的转换效率与运行可靠性。通过Simulink搭建闭环控制系统,结合KKT最优性条件与分段解析优化方法,实现了在宽输入电压范围内对移相角的协同调控,确保变换器始终维持零电压切换(ZVS)软开关特性,同时有效抑制峰值电流,降低功率器件的电气应力。该方案特别适用于高频隔离型双向DC-DC变换场景,在电动汽车车载充电、储能系统能量管理及V2G(Vehicle-to-Grid)等双向能量交互应用中具有重要工程价值。文档不仅提供了完整的仿真模型、控制逻辑与参数设计流程,还包含了详细的优化推导过程与性能对比分析,有助于科研人员复现高水平研究成果并推进实际系统开发。; 适合人群:面向电力电子、电气工程及其自动化等相关领域的研究生、科研人员,以及从事新能源发电、电动汽车、储能系统和智能电网等方向研发工作的工程师;要求具备扎实的电力电子电路拓扑基础、现代控制理论知识及Simulink/MATLAB仿真能力。; 使用场景及目标:①深入理解DAB变换器在EPS调制下的工作机理与软开关实现条件;②掌握基于KKT条件的数学优化方法在电力电子控制中的应用,学习如何通过移相角优化实现最小化电流应力与高效率运行;③构建完整的闭环仿真系统,完成控制策略验证与性能评估,服务于高水平期刊论文复现或工业级原型开发。; 阅读建议:建议结合文中提到的“顶级EI复现”案例与配套提供的仿真资源包(含Simulink模型、说明PPT及参考文献),循序渐进地搭建仿真环境,重点调试优化算法模块与闭环控制逻辑,关注不同工况下的ZVS实现情况与电流应力变化趋势,同时参考相关理论推导深化对控制策略物理意义的理解。

MySQL5.7 多线程复制,配置和测试结果

MySQL主从复制的备库延迟一直是非常头疼的问题,MySQL5.7官方版推出多线程复制。但是无独有偶,前期测试MySQL5.7.12, 发现有CRASH的情况,所以一直没有着手研究测试MySQL5.7,提交官方BUG(https://bugs.mysql.com/bug.php?id=81445),在等了五个月以后终于解决,在MySQL5.7.16版本CRASH的情况没有发生,并且持续压测了48小

Vovis的博客 5608

三相交错并联Buck变换器+低纹波输出+双闭环控制仿真【附参考文献】(Simulink仿真实现)

内容概要:本文详细介绍了三相交错并联Buck变换器的Simulink仿真模型,重点实现了低输出纹波与双闭环控制功能。该系统采用三相交错并联结构,有效降低电感电流脉动,提升输出电压稳定性和电源效率;结合电压外环与电流内环构成的双闭环控制策略,增强了系统的动态响应能力与抗干扰性能,适用于中高功率直流电源应用场景。文中还提供了完整的参考文献支持,便于深入研究与工程实践。该资源属于“荔枝科研社”系列科研辅助资料,涵盖电力电子、控制算法与MATLAB/Simulink仿真等领域,具有较高的学术与工程应用价值。; 适合人群:电气工程、自动化、电力电子等相关专业的本科生、研究生,以及从事新能源、储能系统、开关电源设计等领域的科研人员与工程技术人员。; 使用场景及目标:①深入理解三相交错并联Buck变换器的工作原理与建模方法;②掌握低纹波输出设计技术与双闭环控制器的设计、参数整定及调试流程;③应用于科研项目、课程设计、毕业设计或实际电源系统中的仿真验证与优化; 阅读建议:建议结合Simulink仿真模型文件与配套参考文献进行同步学习,重点关注控制器参数的tuning过程,可通过改变负载、输入电压等工况验证系统鲁棒性,并可进一步拓展至其他并联拓扑结构或多环控制策略(如PID参数优化、前馈控制、自适应控制等)的研究与创新。

MySQL 并发测试中,线程数和数据库连接池的实验

我一直以来,对性能测试中,连接池的大小要如何配置,不是太清楚; 就我所知道的,就DB自带对连接数的限制,在sqlserver中用select @@connection 可以查到, 在代码中,可以配置DB的连接池, 在中间件中,可以配置最大的线程数等等。 在性能测试中,这些配置显然很重要,要不然,木桶原理,哪一个低了,都是个性能瓶颈,在其他地方再怎么费力,也无能为力。 今天...

weixin_34324081的博客 561

全桥LLC谐振变化器参数设计资料(闭环仿真+参数设计报告)

内容概要:本文档是一份关于全桥LLC谐振变换器参数设计的综合性技术资料,系统阐述了闭环仿真与关键参数设计方法。内容涵盖LLC谐振变换器的工作原理、核心参数(如谐振频率、励磁电感、变比等)的设计流程、变频与移相混合控制策略的应用,以及基于Simulink的闭环控制系统建模与仿真验证。文档还包括软启动过程分析、系统稳定性评估和动态响应性能测试,提供了完整的参数计算依据和仿真模型支持,旨在为电力电子变换器的研发提供理论指导与工程实践参考。; 适合人群:具备电力电子技术基础,从事电源设计、新能源变换系统研发或相关领域工作的工程师及研究人员,尤其适合工作年限在1-5年的专业技术人才。; 使用场景及目标:①掌握全桥LLC谐振变换器的关键参数设计方法与工程化实现路径;②学习并构建闭环控制系统的仿真模型,验证系统在不同工况下的稳定性和动态性能;③为科研项目、产品开发或毕业设计提供可复现的技术方案与完整参考资料; 阅读建议:建议结合文档中的设计报告与Simulink仿真模型,逐步完成参数计算、模型搭建与仿真调试,重点关注变频与移相混合控制对系统效率、软启动特性和负载调整率的影响,并通过调整参数深入理解系统响应特性与设计权衡。

s9keaz128 UART Bootloader 单片机篇(上)

网络上充斥着各种各样的串口升级方案,基本都是基于Y-Mode协议下载。采用这种升级方案学习还是可以,用在产品上还是有点欠缺。如下载完成后,需要把时间发送到设备就不好搞了。如下这个设备返回的信息,最后一项就是固件更新时间。固件名称: KEA128编译时间固件版本: 1.0.3硬件版本: 1.0.3产品序列号功能名称: App固件更新时间串口升级演示视频。

一人科技 1796
上一篇: 架构师看法
下一篇: WINDOWS系统下怎样配置squid做CDN的简明图解
rainyear
博客等级 码龄18年 55粉丝 333原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值