首页 文章 精选 留言 我的

精选列表

搜索[交互式分支],共9605篇文章
优秀的个人博客,低调大师

FCE1100 EtherCAT分支器让工业组网更简单

在EtherCAT 技术的应用演进历程中,线型菊花链是发展最早、最具代表性的组网形式。主站输出的总线依次串接每一台从站的输入、输出端口,全程仅用一条链路完成所有节点接入,架构简洁且硬件成本低廉,是中小型自动化设备的主流组网选择。但这种串联式架构的固有缺陷也十分突出:整条总线为单一串行链路,任意中间节点断电、端口损坏或线缆中断,都会导致该节点之后的所有从站失去通信,造成全线瘫痪;从站必须按串联顺序依次排布,难以匹配现场设备分散化、模块化的物理布局,布线走线冗余且施工繁琐;同时线性结构难以快速精确定位故障点,排查过程中整条总线无法运行,停机影响范围覆盖全链路。

优秀的个人博客,低调大师

MySQL 与主流分支版本上执行 ANALYZE TABLE 安全么?

有时,需要使用 ANALYZE TABLE 命令手动更新表和索引统计信息。在不进一步探讨这种需求的原因的情况下,我想就与在生产系统上运行命令相关的开销来聊聊这个话题。然而,这里讨论的开销与深入表行收集统计信息的通常成本无关,我们可以通过设置样本页数 来控制。 五年前,我的同事 Sveta 发布了一篇不错的博客文章,介绍了 Percona Server for MySQL 中引入的一项改进,以解一些不必要的等待: 《ANALYZE TABLE 不再是阻塞操作》 从历史上看,在 MySQL 中运行 ANALYZE TABLE 命令的问题是查询需要在表的表定义缓存条目上使用排他锁。这使得查询等待任何长时间运行的查询完成,但也可能触发级联等待其他传入请求。简而言之,ANALYZE 可能会导致高负载生产环境中出现较高得延时。 从那时起,MySQL/Percona/MariaDB 都发生了一些变化,但今天仍然存在许多生产系统会受影响的版本。让我们回顾一下这些年来情况的演变。 MySQL 该问题适用于 MySQL 8.0.23 之前的所有版本。5.7 系列没有任何改进(顺便说一句,本月将达到 EOL!),这意味着即使是最新的 5.7.43 也会受到影响。以下是您可能会遇到的示例场景: mysql > select @@version,@@version_comment; +-----------+------------------------------+ | @@version | @@version_comment | +-----------+------------------------------+ | 5.7.43 | MySQL Community Server (GPL) | +-----------+------------------------------+ 1 row in set (0.00 sec) mysql > show processlist; +----+----------+-----------+------+---------+------+-------------------------+----------------------------------------------------------------+ | Id | User | Host | db | Command | Time | State | Info | +----+----------+-----------+------+---------+------+-------------------------+----------------------------------------------------------------+ | 4 | msandbox | localhost | db1 | Query | 54 | Sending data | select avg(k) from sbtest1 where pad not like '%f%' group by c | | 13 | msandbox | localhost | db1 | Query | 29 | Waiting for table flush | analyze table sbtest1 | | 17 | msandbox | localhost | db1 | Query | 0 | starting | show processlist | | 18 | msandbox | localhost | db1 | Query | 15 | Waiting for table flush | select * from sbtest1 where id=100 | +----+----------+-----------+------+---------+------+-------------------------+----------------------------------------------------------------+ 4 rows in set (0.00 sec) 一个慢查询导致 ANALYZE 在等待,且另一个通常非常快的查询现在也在等待。 同样的情况也可能发生在 MySQL 8.0 系列,包括 8.0.23。幸运的是,8.0.24 版本中修复了这个问题。我们只能在发行说明 中读到一些关于此问题解决得评论: 事实上,从版本 8.0.24 开始,运行慢查询期间的类似测试会导致即时查询执行: mysql > select @@version,@@version_comment; +-----------+------------------------------+ | @@version | @@version_comment | +-----------+------------------------------+ | 8.0.24 | MySQL Community Server - GPL | +-----------+------------------------------+ 1 row in set (0.00 sec) mysql > analyze table sbtest1; +-------------+---------+----------+----------+ | Table | Op | Msg_type | Msg_text | +-------------+---------+----------+----------+ | db1.sbtest1 | analyze | status | OK | +-------------+---------+----------+----------+ 1 row in set (0.00 sec) 不过,即使是 8.1 版本,我们仍然可以在官方文档中找到警告,如下所示: ANALYZE TABLE removes the table from the table definition cache, which requires a flush lock. If there are long running statements or transactions still using the table, subsequent statements and transactions must wait for those operations to finish before the flush lock is released. Because ANALYZE TABLE itself typically finishes quickly, it may not be apparent that delayed transactions or statements involving the same table are due to the remaining flush lock. Percona 如上所述,为了解决此错误报告,Percona 引入了修复程序并删除了不必要的表定义缓存锁。 使用 Percona 时,从版本 5.6.38 和 5.7.20 开始运行 ANALYZE TABLE 已经是安全的,因为这些是当时活跃的版本。 自第一个版本(包括第一个 GA 版本 8.0.13-3 )以来,Percona Server for MySQL 版本 8.0 就没有这个问题,因为改进是从 Percona Server for MySQL 5.7 系列合并而来的。 MariaDB ANALYZE TABLE 的问题发生于 10.5.3 之前的所有 MariaDB 版本。在版本 10.5.4 中,Percona 得以解决。 因此,当您在 10.5.3 或更低版本以及任何以前的系列(甚至是最新的 10.4.31)中运行查询时,可能会出现类似的情况: mysql > select @@version,@@version_comment; +----------------+-------------------+ | @@version | @@version_comment | +----------------+-------------------+ | 10.5.3-MariaDB | MariaDB Server | +----------------+-------------------+ 1 row in set (0.000 sec) mysql > show processlist; +----+----------+-----------+------+---------+------+-------------------------+----------------------------------------------------------------+----------+ | Id | User | Host | db | Command | Time | State | Info | Progress | +----+----------+-----------+------+---------+------+-------------------------+----------------------------------------------------------------+----------+ | 4 | msandbox | localhost | db1 | Query | 18 | Sending data | select avg(k) from sbtest1 where pad not like '%f%' group by c | 0.000 | | 13 | msandbox | localhost | db1 | Query | 16 | Waiting for table flush | analyze table sbtest1 | 0.000 | | 14 | msandbox | localhost | db1 | Query | 14 | Waiting for table flush | select * from sbtest1 where id=100 | 0.000 | | 15 | msandbox | localhost | NULL | Query | 0 | starting | show processlist | 0.000 | +----+----------+-----------+------+---------+------+-------------------------+----------------------------------------------------------------+----------+ 4 rows in set (0.000 sec) mysql > select @@version,@@version_comment; +-----------------+-------------------+ | @@version | @@version_comment | +-----------------+-------------------+ | 10.4.31-MariaDB | MariaDB Server | +-----------------+-------------------+ 1 row in set (0.000 sec) mysql > show processlist; +----+-------------+-----------+------+---------+------+--------------------------+----------------------------------------------------------------+----------+ | Id | User | Host | db | Command | Time | State | Info | Progress | +----+-------------+-----------+------+---------+------+--------------------------+----------------------------------------------------------------+----------+ | 1 | system user | | NULL | Daemon | NULL | InnoDB purge coordinator | NULL | 0.000 | | 2 | system user | | NULL | Daemon | NULL | InnoDB purge worker | NULL | 0.000 | | 3 | system user | | NULL | Daemon | NULL | InnoDB purge worker | NULL | 0.000 | | 4 | system user | | NULL | Daemon | NULL | InnoDB purge worker | NULL | 0.000 | | 5 | system user | | NULL | Daemon | NULL | InnoDB shutdown handler | NULL | 0.000 | | 9 | msandbox | localhost | db1 | Query | 18 | Sending data | select avg(k) from sbtest1 where pad not like '%f%' group by c | 0.000 | | 18 | msandbox | localhost | db1 | Query | 16 | Waiting for table flush | analyze table sbtest1 | 0.000 | | 19 | msandbox | localhost | db1 | Query | 12 | Waiting for table flush | select * from sbtest1 where id=100 | 0.000 | | 22 | msandbox | localhost | NULL | Query | 0 | Init | show processlist | 0.000 | +----+-------------+-----------+------+---------+------+--------------------------+----------------------------------------------------------------+----------+ 9 rows in set (0.000 sec) 总结 只要您的数据库在最新版本的 MySQL 或 MariaDB 上运行,运行 ANALYZE TABLE 就应该绝对安全,不会导致任何意外的停顿。 Percona Server for MySQL 系列:5.6.38+、5.7.20+ 和 8.0.x 的用户都是安全的。 MariaDB 用户必须升级到 10.5.4 或更高版本以避免锁定问题。 更多技术文章,请访问:https://opensource.actionsky.com/ 关于 SQLE SQLE 是一款全方位的 SQL 质量管理平台,覆盖开发至生产环境的 SQL 审核和管理。支持主流的开源、商业、国产数据库,为开发和运维提供流程自动化能力,提升上线效率,提高数据质量。 SQLE 获取 类型 地址 版本库 https://github.com/actiontech/sqle 文档 https://actiontech.github.io/sqle-docs/ 发布信息 https://github.com/actiontech/sqle/releases 数据审核插件开发文档 https://actiontech.github.io/sqle-docs/docs/dev-manual/plugins/howtouse

优秀的个人博客,低调大师

Zephix 7 发布,基于 Debian 稳定分支的发行版

Zephix 是一个基于 Debian 稳定版的实时 Linux 操作系统。它可以完全从可移动媒介上运行,而不触及用户系统磁盘上存储的任何文件。Zephix 的目的是提供一个免费的模块化操作系统,用户可以随身携带,在有笔记本电脑或桌面系统的地方使用。 运行 Zephix 的最低系统要求是 1GHz 奔腾处理器和 1.5GB 内存,不过建议使用更好的规格,以获得 Zephix 更快和更流畅的实时系统体验。 Zephix v7 (Zephix-7R-x86_64) 已于上个月发布,此版本包含许多重大变化: 底层系统升级至 Debian 12.1 大量重新设计的模块创建和操作脚本 重命名脚本以获得更好的约定 添加了 3 个新脚本 - 创建自定义核心模块、将 2 个模块合并在一起,以及在构建大型模块时扩展交换空间 添加了默认行为,自动将新创建的模块移动到正确的位置 进一步消除了最终 ISO 中不必要的膨胀,将大小减小至 380MB 删除固件模块,引入一个名为 isenkram 的工具,该工具提供 isenkram-autoinstall-firmware(这可以与 USB 网络共享一起使用来安装所需的缺失固件) 删除传统的桌面模块,提供了 (7) 个预构建的桌面模块(Cinnamon、GNOME、KDE、LXDE、LXQt、MATE、Xfce),以允许更自由的选择 添加 bc、rsync 和 ifrename 工具 更新官方网站以反映所有这些变化并提供更多信息 下载地址

优秀的个人博客,低调大师

用Highcharts Stock搭建交互式回测系统可视化

回测系统是验证策略有效性的重要环节。它通常会生成一系列指标与结果:收益曲线、交易信号、最大回撤、盈亏分布等。然而,如果仅停留在 CSV 报表或命令行输出,研究员很难直观地观察策略运行逻辑。 利用 Highcharts Stock股票图表,我们可以将回测结果直接可视化:K线图、买卖点标记、资金曲线、指标对照,让策略表现一目了然,助力研发与决策。 一、回测结果常见输出 量化策略回测通常包含以下数据:

资源下载

更多资源
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册