MySQL迁移至GreatSQL后，timestamp字段插入报错解析

news/2025/9/19 9:55:22/文章来源:https://www.cnblogs.com/greatsql/p/19100179

MySQL迁移至GreatSQL后，timestamp字段插入报错解析

背景描述

某业务系统进行国产化适配，将MySQL的数据迁移到 GreatSQL 后，执行 INSERT INTO ,update_time传参为空时报错，报错信息为:ERROR 1048 (23000): Column 'update_time' cannot be null ，而原来旧的MySQL环境中没有这个问题。

greatsql> INSERT INTO `t_interface` 
(`user_id`, `department_id`, `update_time`, `is_deleted`) VALUES (9, 18, null, 0);
ERROR 1048 (23000): Column 'update_time' cannot be null

问题分析

1、在 GreatSQL 进行复现

CREATE TABLE `t_interface` (`interfacer_id` int(11) NOT NULL AUTO_INCREMENT COMMENT '自增id',`user_id` int(11) NOT NULL COMMENT '用户id(部门接口人)',`department_id` int(11) NOT NULL COMMENT '部门id',`update_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间',`remark` varchar(255) CHARACTER SET utf8 COLLATE utf8_unicode_ci DEFAULT NULL,`is_deleted` tinyint(4) NOT NULL DEFAULT '0' COMMENT '是否删除(0未删除 1已删除)',PRIMARY KEY (`interfacer_id`) USING BTREE,KEY `user_id` (`user_id`) USING BTREE,KEY `department_id` (`department_id`) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=1162 DEFAULT CHARSET=utf8 ROW_FORMAT=COMPACT;INSERT INTO `t_interface` 
(`user_id`, `department_id`, `update_time`, `is_deleted`) VALUES (9, 18, null, 0);greatsql> INSERT INTO `t_interface` (`user_id`, `department_id`, `update_time`, `is_deleted`) VALUES (9, 18, null, 0);
ERROR 1048 (23000): Column 'update_time' cannot be null

在 GreatSQL 中，INSERT 语句确实报错了。

2、在MySQL 8.0.32中进行复现

mysql> SELECT  version();
+-----------+
| version() |
+-----------+
| 8.0.32    |
+-----------+
1 row in set (0.00 sec)mysql> CREATE TABLE `t_interface` (->   `interfacer_id` int(11) NOT NULL AUTO_INCREMENT COMMENT '自增id',->   `user_id` int(11) NOT NULL COMMENT '用户id(部门接口人)',->   `department_id` int(11) NOT NULL COMMENT '部门id',->   `update_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间',->   `remark` varchar(255) CHARACTER SET utf8 COLLATE utf8_unicode_ci DEFAULT NULL,->   `is_deleted` tinyint(4) NOT NULL DEFAULT '0' COMMENT '是否删除(0未删除 1已删除)',->   PRIMARY KEY (`interfacer_id`) USING BTREE,->   KEY `user_id` (`user_id`) USING BTREE,->   KEY `department_id` (`department_id`) USING BTREE-> ) ENGINE=InnoDB AUTO_INCREMENT=1162 DEFAULT CHARSET=utf8 ROW_FORMAT=COMPACT;
INSERT INTO `t_interface` 
Query OK, 0 rows affected, 7 warnings (0.04 sec)mysql> INSERT INTO `t_interface` -> (`user_id`, `department_id`, `update_time`, `is_deleted`) VALUES (9, 18, null, 0);
ERROR 1048 (23000): Column 'update_time' cannot be null

在MySQL 8.0.32中，INSERT 语句也报错了。

3、在MySQL 5.7.30中进行复现

mysql> SELECT  version();
+------------+
| version()  |
+------------+
| 5.7.30-log |
+------------+
1 row in set (0.00 sec)
mysql> CREATE TABLE `t_interface` (->   `interfacer_id` int(11) NOT NULL AUTO_INCREMENT COMMENT '自增id',->   `user_id` int(11) NOT NULL COMMENT '用户id(部门接口人)',->   `department_id` int(11) NOT NULL COMMENT '部门id',->   `update_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间',->   `remark` varchar(255) CHARACTER SET utf8 COLLATE utf8_unicode_ci DEFAULT NULL,->   `is_deleted` tinyint(4) NOT NULL DEFAULT '0' COMMENT '是否删除(0未删除 1已删除)',->   PRIMARY KEY (`interfacer_id`) USING BTREE,->   KEY `user_id` (`user_id`) USING BTREE,->   KEY `department_id` (`department_id`) USING BTREE-> ) ENGINE=InnoDB AUTO_INCREMENT=1162 DEFAULT CHARSET=utf8 ROW_FORMAT=COMPACT;
Query OK, 0 rows affected (0.01 sec)mysql> INSERT INTO `t_interface` -> (`user_id`, `department_id`, `update_time`, `is_deleted`) VALUES (9, 18, null, 0);
Query OK, 1 row affected (0.00 sec)mysql> SELECT   * from t_interface;
+---------------+---------+---------------+---------------------+--------+------------+
| interfacer_id | user_id | department_id | update_time         | remark | is_deleted |
+---------------+---------+---------------+---------------------+--------+------------+
|          1162 |       9 |            18 | 2025-07-08 10:34:43 | NULL   |          0 |
+---------------+---------+---------------+---------------------+--------+------------+
1 row in set (0.00 sec)

在 MySQL 5.7.30 中，INSERT 语句可以正常执行。

4、问题排查

查看表的字段定义：

update_time：timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间'

建表语句里update_time字段类型为timestamp，NOT NULL的限制，默认值为 CURRENT_TIMESTAMP。

字段有 NOT NULL 的限制，不让插入NULL值，理论上是正确的。但 MySQL 5.7 为什么能插入成功呢？

查询系统timestamp相关的系统参数

mysql> SELECT  version();
+------------+
| version()  |
+------------+
| 5.7.30-log |
+------------+
1 row in set (0.00 sec)mysql>SHOW  variables LIKE '%timestamp%';
+---------------------------------+-------------------+
| Variable_name                   | Value             |
+---------------------------------+-------------------+
| explicit_defaults_for_timestamp | OFF               |
| log_timestamps                  | SYSTEM            |
| timestamp                       | 1751270610.230160 |
+---------------------------------+-------------------+
3 rows in set (0.01 sec) mysql> SELECT VERSION();
+-----------+
| VERSION() |
+-----------+
| 8.0.32    |
+-----------+
1 row in set (0.00 sec)mysql> SHOW variables like '%timestamp%';
+---------------------------------+-------------------+
| Variable_name                   | Value             |
+---------------------------------+-------------------+
| explicit_defaults_for_timestamp | ON                |
| log_timestamps                  | SYSTEM            |
| original_commit_timestamp       | 36028797018963968 |
| timestamp                       | 1751270143.113409 |
+---------------------------------+-------------------+
4 rows in set (0.01 sec)greatsql>SELECT  version();
+-----------+
| version() |
+-----------+
| 8.0.32-26 |
+-----------+
1 row in set (0.00 sec)greatsql>SHOW variables like '%timestamp%';
+---------------------------------+-------------------+
| Variable_name                   | Value             |
+---------------------------------+-------------------+
| explicit_defaults_for_timestamp | ON                |
| log_timestamps                  | SYSTEM            |
| original_commit_timestamp       | 36028797018963968 |
| timestamp                       | 1751271661.160386 |
+---------------------------------+-------------------+
4 rows in set (0.02 sec)

可以看到在MySQL 5.7中 explicit_defaults_for_timestamp =OFF，

在MySQL 8.0.32和 GreatSQL 中 explicit_defaults_for_timestamp =ON

greatsql>INSERT INTO `t_interface` -> (`user_id`, `department_id`, `update_time`, `is_deleted`) VALUES (9, 18, null, 0);
ERROR 1048 (23000): Column 'update_time' cannot be null
greatsql>set explicit_defaults_for_timestamp=OFF;
Query OK, 0 rows affected, 1 warning (0.00 sec)greatsql>INSERT INTO `t_interface`  (`user_id`, `department_id`, `update_time`, `is_deleted`) VALUES (9, 18, null, 0);
Query OK, 1 row affected (0.00 sec)

在greatsql中，设置explicit_defaults_for_timestamp =OFF后，INSERT 语句可以正常执行。

5、参数说明

explicit_defaults_for_timestamp 这个系统变量决定服务器是否为TIMESTAMP列中的默认值和 空值处理启用某些非标准行为。 默认情况下，MySQL5.7禁用explicit_defaults_for_timestamp， 它启用非标准行为。MySQL8.启用explicit_defaults_for_timestamp，禁用非标准行为。

如果explicit_defaults_for_timestamp被禁用，服务器将启用非标准行为并按如下方式处理TIMESTAMP列：

1、未显式声明NULL属性的TIMESTAMP列将自动声明not NULL属性。允许将这样的列赋值为NULL，并将列设置为当前时间戳。

2、表中的第一个TIMESTAMP列，如果没有显式地使用NULL属性或显式地使用DEFAULT或ON UPDATE属性声明，则会自动使用DEFAULT CURRENT_TIMESTAMP和ON UPDATE CURRENT_TIMESTAMP属性声明。

3、第一个之后的TIMESTAMP列，如果没有显式地使用NULL属性或显式的DEFAULT属性声明，将自动声明为DEFAULT '0000-00-00 00:00:00'（“零”时间戳）。对于没有为这样的列指定显式值的插入行，将为该列分配‘0000-00-00 00:00:00’，并且不会出现警告。

4、根据是否启用了strict SQL模式或NO_ZERO_DATE SQL模式，默认值'0000-00-00 00:00:00'可能无效。请注意，TRADITIONAL SQL模式包括严格模式和NO_ZERO_DATE。

非标准行为在MySQL的未来版本中会被删除。

如果启用了explicit_defaults_for_timestamp，服务器将禁用非标准行为并按如下方式处理TIMESTAMP列：

1、不会将TIMESTAMP NULL列设置为当前时间戳。要分配当前时间戳，请将列设置为CURRENT_TIMESTAMP或NOW（）之类的同义词。

2、未显式声明not NULL属性的TIMESTAMP列将自动声明NULL属性并允许NULL值。将这样的列赋值为NULL将其设置为NULL，而不是当前的时间戳。

3、用NOT NULL属性声明的TIMESTAMP列不允许NULL值。对于为这样的列指定NULL的插入，如果启用了严格的SQL模式，则结果是单行插入错误，如果禁用了严格的SQL模式，则会插入'0000-00-00 00:00:00'。在任何情况下，将列赋值为NULL都不会将其设置为当前时间戳。

4、使用NOT NULL属性显式声明且没有显式DEFAULT属性的TIMESTAMP列被视为没有默认值。对于没有为这样的列指定显式值的插入行，结果取决于SQL模式。如果启用了严格SQL模式，则会出现错误。如果没有启用严格的SQL模式，则使用隐式默认值'0000-00-00 00:00:00'声明列，并出现警告。这类似于MySQL处理其他时间类型（如DATETIME）的方式。

5、没有时间戳列被自动声明为默认的CURRENT_TIMESTAMP或ON UPDATE CURRENT_TIMESTAMP属性。这些属性必须显式指定。

6、表中的第一个TIMESTAMP列与第一个后面的TIMESTAMP列的处理方式没有区别。

greatsql>SET explicit_defaults_for_timestamp=OFF;
Query OK, 0 rows affected, 1 warning (0.00 sec)
greatsql>CREATE TABLE t1( time1 timestamp, time2 timestamp null, time3 timestamp default '2025-01-01 00:00:00', name varchar(100) );
Query OK, 0 rows affected (0.03 sec)
greatsql>INSERT INTO t1  (`time1`, `time2`, `time3`, name) VALUES (null, null, null, 't1');
Query OK, 1 row affected (0.02 sec)
greatsql>SELECT  * FROM t1;
+---------------------+-------+---------------------+------+
| time1               | time2 | time3               | name |
+---------------------+-------+---------------------+------+
| 2025-07-08 13:53:58 | NULL  | 2025-07-08 13:53:58 | t1   |
+---------------------+-------+---------------------+------+
1 row in set (0.00 sec)
greatsql>SHOW CREATE TABLE t1\G
*************************** 1. row ***************************Table: t1
Create Table: CREATE TABLE `t1` (`time1` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,`time2` timestamp NULL DEFAULT NULL,`time3` timestamp NOT NULL DEFAULT '2025-01-01 00:00:00',`name` varchar(100) COLLATE utf8mb4_general_ci DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci
1 row in set (0.00 sec)
greatsql>SET explicit_defaults_for_timestamp=ON;
Query OK, 0 rows affected (0.00 sec)greatsql>CREATE TABLE t2( time1 timestamp, time2 timestamp null, time3 timestamp default '2025-01-01 00:00:00', name varchar(100) );
Query OK, 0 rows affected (0.02 sec)greatsql>INSERT INTO t2  (`time1`, `time2`, `time3`, name) VALUES (null, null, null, 't2');
Query OK, 1 row affected (0.01 sec)greatsql>SELECT  * FROM t2;
+-------+-------+-------+------+
| time1 | time2 | time3 | name |
+-------+-------+-------+------+
| NULL  | NULL  | NULL  | t2   |
+-------+-------+-------+------+
1 row in set (0.00 sec)greatsql>SHOW CREATE TABLE t2\G
*************************** 1. row ***************************Table: t2
Create Table: CREATE TABLE `t2` (`time1` timestamp NULL DEFAULT NULL,`time2` timestamp NULL DEFAULT NULL,`time3` timestamp NULL DEFAULT '2025-01-01 00:00:00',`name` varchar(100) COLLATE utf8mb4_general_ci DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci
1 row in set (0.00 sec)

可以看到，在 explicit_defaults_for_timestamp 等于OFF的时候，不仅影响写入,还会影响表结构。 time1 timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, 创建表时该字段自动增加了NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP 虽然字段类型是timestamp not nul ，但可以插入 null，数据写入后变为了 CURRENT TIMESTAMP.

解决方法

问题原因

1、explicit_defaults_for_timestamp参数在不同的数据库版本中，默认值不一样。该参数可能导致在低版本的 MySQL 中能执行的语句，在高版本的 MySQL 中不能执行。

潜在影响

MySQL 5.7升级到MySQL 8.0后，某些SQL语句执行可能会报错。

解决方法

1、设置explicit_defaults_for_timestamp=OFF，使该值和MySQL 5.7一致

该参数为全局变量，修改后会影响所有timestamp字段的处理逻辑（如自动添加NOT NULL和默认值），可能引发其他表的兼容性问题，建议仅在全面评估后临时使用，建议优先调整表结构或 SQL 语句。

2、修改表结构

调整字段定义为timestamp NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP，从根源避免NULL插入冲突；

3、修改SQL语句：将字段插入的null值改为CURRENT_TIMESTAMP。

INSERT INTO `t_interface` (`user_id`, `department_id`, `update_time`, `is_deleted`) VALUES (9, 18, CURRENT_TIMESTAMP, 0);

MySQL 5.7升级到MySQL 8.0.x/GreatSQL 8.0.x的一些关键注意事项

从5.7版本升级到8.0，有以下相关注意事项，请认真核对是否产生冲突或不兼容：

  1. 最好是先升级到5.7.x的最新版本，再升级到8.0.x的最新版本，不要从5.7的小版本直接升级到8.0，尤其是非GA的版本。
  2. 在8.0中，除了 general_log 和 slow_log 之外，其他所有元数据的字典数据都存储在InnoDB引擎表中，不再采用MyISAM引擎表存储。
  3. 在8.0中，默认采用 caching_sha2_password 密码插件，这可能导致部分版本较早的连接驱动、连接客户端无法连接8.0的服务端，也需要同步升级。
  4. 在8.0中，默认采用 utf8mb4 字符集，而5.7版本默认字符集是 utf8（也是 utf8mb3），在做数据迁移时要注意前后对照校验。
  5. 在8.0中，启动时务必先设定好 lower_case_table_names 选项值，且实例启动后不可再更改，在个别不区分大小写的旧系统中迁移时要特别谨慎。
  6. 在8.0中，参数explicit_defaults_for_timestamp默认值为 ON，这可能会影响 timestamp 类型字段的默认行为。
  7. 在8.0中，默认启用event_scheduler，建议在主从复制或MGR中，在所有从节点中都关闭它。
  8. 在8.0中，分组查询GROUP BY的结果不再默认进行排序，需要显式加上ORDER BY才行。
  9. 新增保留字、关键字，详情请见：2.6 保留字、关键字。
  10. 除InnoDB、NDB外，其他引擎不再支持表分区。
  11. SQL Mode不再支持 NO_AUTO_CREATE_USER，也就是不能直接利用 GRANT 创建新用户并授权，需要先 CREATE USER 创建用户，再授权。
  12. 部分参数选项不再支持，例如：innodb_locks_unsafe_for_binlog, old_passwords, query cache相关参数等。
  13. 部分功能、函数不再支持，例如：query cache, PASSWORD(), ENCODE(), DECODE(), ENCRYPT()等。

参考文档

https://greatsql.cn/docs/8.0.32-26/7-migrate-and-upgrade/1-upgrade-to-greatsql8.html

https://dev.mysql.com/doc/refman/5.7/en/server-system-ariables.html#sysvar_explicit_defaults_for_timestamp

https://dev.mysql.com/doc/refman/8.0/en/server-system-ariables.html#sysvar_explicit_defaults_for_timestamp

Enjoy GreatSQL 😃

关于 GreatSQL

GreatSQL是适用于金融级应用的国内自主开源数据库，具备高性能、高可靠、高易用性、高安全等多个核心特性，可以作为MySQL或Percona Server的可选替换，用于线上生产环境，且完全免费并兼容MySQL或Percona Server。

相关链接： GreatSQL社区 Gitee GitHub Bilibili

GreatSQL社区：

社区博客有奖征稿详情：https://greatsql.cn/thread-100-1-1.html

image-20230105161905827

技术交流群：

微信：扫码添加GreatSQL社区助手微信好友，发送验证信息加群。

image-20221030163217640

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/news/907667.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

2025年文件摆渡系统哪个品牌好推荐

2025年文件摆渡系统哪个品牌好推荐

内容概要 在寻找文件摆渡系统的过程中，企业往往关心哪个品牌能够更好地满足其安全、高效的数据交换需求。2025年，市场上涌现出众多品牌，但“文件摆渡系统哪个品牌好”这一问题，不少企业给出了共同的答案——Ftrans…
阅读更多...
DevExpress WPF中文教程：DataGrid - 服务器数据和大型数据源

DevExpress WPF中文教程：DataGrid - 服务器数据和大型数据源

DevExpress WPF中文教程：DataGrid - 服务器数据和大型数据源DevExpress WPF拥有120+个控件和库，将帮助您交付满足甚至超出企业需求的高性能业务应用程序。通过DevExpress WPF能创建有着强大互动功能的XAML基础应用程…
阅读更多...
VU9P板卡设计方案：565-基于VU9P的32@ SFP28+4@ QSFP28路光纤交换板卡

VU9P板卡设计方案：565-基于VU9P的32@ SFP28+4@ QSFP28路光纤交换板卡

、板卡概述 板卡基于Xilinx FPGA VU9P 设计的一款32路SFP28+4路QSFP28的光纤交换板卡，用于以太网的交换功能的验证。 二、板卡原理框图三、板卡主要性能 ● 主芯片：选用 XCVU9P-2FLGB2104I（702, 76）47.5*47.5 ● 3…
阅读更多...
Python中使用列表、map和filter函数配合lambda表达式来操作集合

Python中使用列表、map和filter函数配合lambda表达式来操作集合

在 Python 中，map()、filter() 和 lambda 表达式是处理集合（如列表）的常用工具，可以快速实现 转换 和 过滤 操作。以下是具体示例：1. map() 函数：对列表元素进行转换 作用： 对列表的每个元素应用一个函数，返回…
阅读更多...
深入解析：SSM商品导向型模特管理系统-计算机毕业设计源码01876

深入解析：SSM商品导向型模特管理系统-计算机毕业设计源码01876

pre { white-space: pre !important; word-wrap: normal !important; overflow-x: auto !important; display: block !important; font-family: "Consolas", "Monaco", "Courier New", …
阅读更多...
大模型decoder中权重矩阵的理解 - 实践

大模型decoder中权重矩阵的理解 - 实践

大模型decoder中权重矩阵的理解 - 实践pre { white-space: pre !important; word-wrap: normal !important; overflow-x: auto !important; display: block !important; font-family: "Consolas", "Mon…
阅读更多...
文件安全外发平台用哪个，最佳选择是什么？

文件安全外发平台用哪个，最佳选择是什么？

内容概要 在探讨文件安全外发平台用哪个这一话题时，我们首先要对文件安全外发平台有一个全面的了解。这类平台主要用于确保企业文件在外部传输过程中的安全性，防止数据泄露。市面上存在多种文件安全外发平台，它们各…
阅读更多...
【初赛】数 - Slayer

【初赛】数 - Slayer

0x3f3f3f3f = 1061109567 0x7f7f7f7f = 2139062143 0x7fffffff = 2147483647 0xffffffff = 4294967295 0x1fffffff = 536870911 0x1f1f1f1f = 522133279
阅读更多...
http连接（webFlux vs tomcat）

http连接（webFlux vs tomcat）

HTTP连接的最大数量不是一个固定的值，它取决于一个由硬件资源、操作系统配置、网络栈、以及应用程序本身共同构成的复杂系统。 简单来说：在一台配置良好的现代服务器上，使用异步非阻塞模型（如WebFlux），支持超过1…
阅读更多...
英语_阅读_Generative AI_待读

英语_阅读_Generative AI_待读

Artificial Intelligence (AI) has become part of our everyday life.人工智能（AI）已经成为我们日常生活的一部分。 It makes our smart devices smarter.它让我们的智能设备变得更聪明。 You might have already u…
阅读更多...
【初赛】链表 - Slayer

【初赛】链表 - Slayer

链表性质知识点总结 链表是一种线性数据结构，其核心特点是数据元素（称为 “节点”）通过指针或引用连接，而非像数组那样存储在连续的内存空间中。这种结构决定了它与数组截然不同的性质，适用于频繁插入 / 删除、内…
阅读更多...
纷享销客CRM系统自定义APL代码破解企业深度定制难题

纷享销客CRM系统自定义APL代码破解企业深度定制难题

在许多中大型企业，尤其是央企、金融、高科技等行业，对 CRM 系统提出了更为复杂的业务流程定制需求。尽管零代码、低代码配置工具有一定的灵活性，但在面对高度复杂、深度融合业务逻辑的安全机制或特殊流程时，仍显乏…
阅读更多...
深入解析：Kafa面试经典题--Kafka为什么吞吐量大，速度快

深入解析：Kafa面试经典题--Kafka为什么吞吐量大，速度快

pre { white-space: pre !important; word-wrap: normal !important; overflow-x: auto !important; display: block !important; font-family: "Consolas", "Monaco", "Courier New", …
阅读更多...
第2章 zynq开发板FSBL的生成和NAND烧录

第2章 zynq开发板FSBL的生成和NAND烧录

前言 由于本人较懒，记录主要是过程，由于zynq的比stm32做的人少很多，资料也少很多，我会简要介绍原理，操作流程主要由图片加少量文字组成，每一章都是在之前的章节基础上做的一、新建FSBL工程 打开vivado，打开SDK打…
阅读更多...
工具大全

工具大全

<!DOCTYPE html> <html lang="zh-CN"><head><meta charset="UTF-8"/><meta name="viewport" content="width=device-width,initial-scale=1.0"/&…
阅读更多...
RocketMQ vs kafka

RocketMQ vs kafka

目录背景和价值1. 更激进的“零拷贝”技术2. 更简洁的存储模型3. 更“粗糙”但高效的批处理4. 权衡取舍的可靠性保证对比总结参考资料 背景和价值 你这个问题非常好，直击了两者设计哲学的核心差异。 简单来说，Kafka …
阅读更多...
JL-32 土壤速测仪 手持便携 大容量 多参数可同时监测

JL-32 土壤速测仪 手持便携 大容量 多参数可同时监测

JL-32 土壤速测仪 手持便携 大容量 多参数可同时监测产品概述 土壤速测仪是一款携带方便，操作简单，集采集与存储于一体的可移动式观测仪器。由手持式速测主机、土壤类传感器、USB数据线、电源适配器、便携式手提箱等…
阅读更多...
el-date-picker时间选择器限制时间跨度为3天 - 详解

el-date-picker时间选择器限制时间跨度为3天 - 详解

pre { white-space: pre !important; word-wrap: normal !important; overflow-x: auto !important; display: block !important; font-family: "Consolas", "Monaco", "Courier New", …
阅读更多...
Android--资料

Android--资料

Android--资料 Android Studio 的 10 个使用技巧 Android中的Radio模糊查询AutoCompleteTextView简单使用 Android基础入门:搜索框组件SearchView Android studio设置jdk版本项目设置和全局设置 三种实现…
阅读更多...
直播录制神器！一款多平台直播流自动录制客户端！

直播录制神器！一款多平台直播流自动录制客户端！

StreamCap —— 一个基于 FFmpeg 和 StreamGet 的多平台直播流录制客户端，覆盖 40+ 国内外主流直播平台，支持批量录制、循环监控、定时监控和自动转码等功能。大家好，我是 Java陈序员。 现如今，观看直播已成为日常…
阅读更多...
最新文章

Copyright @ 2022~2023