优化器选错执行计划的原因与Hint干预的边界——统计信息、代价模型与版本兼容性

有没有遇到过这种情况：一条SQL跑了半年都好好的，突然某天开始变慢了。SQL没改，索引没动，数据量也没暴涨，但执行计划从索引扫描变成了全表扫描。

phoenix-5.0.0与CDH6.0.1兼容性导致二级索引不可用问题解决

今天在测试phoenix的二级索引功能时，创建完索引写入数据，出现以下异常： Caused by: org.apache.hadoop.hbase.client.RetriesExhaustedWithDetailsException: Failed 1 action: org.apache.phoenix.hbase.index.builder.IndexBuildingFailureException: Failed to build index for unexpected reason! at org.apache.phoenix.hbase.index.util.IndexManagementUtil.rethrowIndexingException(IndexManagementUtil.java:206) at org.apache.phoenix.hbase.index.Indexer.preBatchMutate(Indexer.java:351) at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost$28.call(RegionCoprocessorHost.java:1010) at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost$28.call(RegionCoprocessorHost.java:1007) at org.apache.hadoop.hbase.coprocessor.CoprocessorHost$ObserverOperationWithoutResult.callObserver(CoprocessorHost.java:540) at org.apache.hadoop.hbase.coprocessor.CoprocessorHost.execOperation(CoprocessorHost.java:614) at org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost.preBatchMutate(RegionCoprocessorHost.java:1007) at org.apache.hadoop.hbase.regionserver.HRegion$MutationBatchOperation.prepareMiniBatchOperations(HRegion.java:3487) at org.apache.hadoop.hbase.regionserver.HRegion.doMiniBatchMutate(HRegion.java:3896) at org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:3854) at org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:3785) at org.apache.hadoop.hbase.regionserver.RSRpcServices.doBatchOp(RSRpcServices.java:908) at org.apache.hadoop.hbase.regionserver.RSRpcServices.doNonAtomicBatchOp(RSRpcServices.java:836) at org.apache.hadoop.hbase.regionserver.RSRpcServices.doNonAtomicRegionMutation(RSRpcServices.java:799) at org.apache.hadoop.hbase.regionserver.RSRpcServices.multi(RSRpcServices.java:2551) at org.apache.hadoop.hbase.shaded.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:42014) at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:413) at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:130) at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:324) at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:304) Caused by: java.lang.VerifyError: class org.apache.phoenix.hbase.index.covered.data.IndexMemStore$1 overrides final method compare.(Lorg/apache/hadoop/hbase/Cell;Lorg/apache/hadoop/hbase/Cell;)I at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:763) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) at java.net.URLClassLoader.defineClass(URLClassLoader.java:467) at java.net.URLClassLoader.access$100(URLClassLoader.java:73) at java.net.URLClassLoader$1.run(URLClassLoader.java:368) at java.net.URLClassLoader$1.run(URLClassLoader.java:362) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:361) at java.lang.ClassLoader.loadClass(ClassLoader.java:424) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:335) at java.lang.ClassLoader.loadClass(ClassLoader.java:357) at org.apache.phoenix.hbase.index.covered.data.IndexMemStore.<init>(IndexMemStore.java:82) at org.apache.phoenix.hbase.index.covered.LocalTableState.<init>(LocalTableState.java:57) at org.apache.phoenix.hbase.index.covered.NonTxIndexBuilder.getIndexUpdate(NonTxIndexBuilder.java:52) at org.apache.phoenix.hbase.index.builder.IndexBuildManager.getIndexUpdate(IndexBuildManager.java:90) at org.apache.phoenix.hbase.index.Indexer.preBatchMutateWithExceptions(Indexer.java:503) at org.apache.phoenix.hbase.index.Indexer.preBatchMutate(Indexer.java:348) 异常信息可以看出是IndexMemStore这个类初始化的时候加载class时碰到了VerifyError，具体来说就是试图覆盖1个被标记为final的方法，先找这个类的代码看看： public class IndexMemStore implements KeyValueStore { private static final Log LOG = LogFactory.getLog(IndexMemStore.class); private IndexKeyValueSkipListSet kvset; private CellComparator comparator; public IndexMemStore() { this(new CellComparatorImpl(){ @Override public int compare(Cell a, Cell b) { return super.compare(a, b, true); } }); } 覆盖的是CellComparatorImpl的compare方法，该类在hbase-common模块中，我们用的phoenix版本是5.0.0，对应的hbase版本为2.0.0，找到代码看看： @Override public int compare(Cell a, Cell b) { return compare(a, b, false); } 可以看到这个方法并非final，我们使用的是CDH6.0.1，对应的hbase也是2.0.0版本，莫非有所不同，找到代码看看： @Override public final int compare(final Cell a, final Cell b) { return compare(a, b, false); } 居然真的有final修饰符，于是查看社区中该类的修改历史，发现是在2.0.1中进行的如上改动，对应的jira：HBASE-20620，可以看到改动记录： @@ -57,21 +64,17 @@ public class CellComparatorImpl implements CellComparator { public static final CellComparatorImpl META_COMPARATOR = new MetaCellComparator(); @Override - public int compare(Cell a, Cell b) { + public final int compare(final Cell a, final Cell b) { return compare(a, b, false); } 看起来应该是CDH6.0.1中包含了某些hbase2.0.0之后的patch； 解决方法就是修改hbase，把final修饰符去掉即可，然后打包、停服务、换包、起服务，再试已经正常；

Linux 手机的硬件瓶颈没了，剩下最大的障碍是没人愿意做

但一篇对 2026 年 Linux 手机生态的完整复盘指出：当年限制它的硬件和软件条件都变了，现在真正拦住 Linux 手机的，是那些做手机的公司自己。 过去 Linux 手机最大的坑在 SoC。

【HarmonyOS API 26 】数字盾服务2.0：硬件级安全的随身虚拟U盾

当硬件U盾不再需要随身携带，每一台鸿蒙设备，都是你的专属金融级安全盾。

供应链数据泄露催生高仿真钓鱼：硬件钱包用户的安全盲区

硬件钱包凭借私钥离线存储的特性，被很多数字资产使用者视作资产安全的 “终极防护手段”。

UWB项目亏钱的真正原因，不是硬件贵，是调试太费人

在 UWB 定位工程项目实施过程中，返工带来的隐性成本是行业内普遍会遇到的现实问题。

OkoBot 框架 SeedHunter 模块硬件钱包助记词注入钓鱼攻击全链路研究

OkoBot 模块化恶意软件框架，本文以其核心窃取组件 SeedHunter 为研究对象，系统拆解该恶意程序通过进程注入劫持 Ledger Live、Trezor Suite 等 Electron 架构硬件钱包桌面客户端

OpenAI 首款硬件是一个迷你键盘，用于控制 AI 编程 Agent

OpenAI 的第一款自有品牌硬件不是手机，不是 AI 伴侣设备，而是一个只有手掌大小的键盘。

从语音到多模态，科大讯飞重新定义智能硬件AI交互

大模型正在重新定义智能硬件。

DeepSeek 的 10 万亿美元宏图：如何通过算法创新撬动中国 AI 硬件生态

这一设计思路的根本创新在于：不是用更多的硬件去弥补效率不足，而是用更聪明的算法去压榨硬件的每一分潜力。

5 月 13 日，明略科技首款 AI Native 硬件 Octic 即将发布

Linux 7.0 将移除 AMD 从未发布过的 NPU2 硬件支持

NPU2 从未出现在任何量产产品中 AMD 的 NPU2（二代神经处理单元）实际上从未被用于任何实际发布的产品，因此对于大多数用户来说是“未发布且过时”的硬件。

如意玲珑社区测试源上线，软硬件“追新”零等待！

对所有如意玲珑用户而言，这个社区项目的核心价值在于精准解决实际痛点、显著提升使用体验 —— 既能打破发行版边界，让非 deepin 用户更顺畅使用玲珑应用；又能紧跟需求节奏，快速适配新功能与新硬件，无需等待官方漫长迭代

OpenAI 计划收购前苹果首席设计师 Jony Ive 的 AI 硬件公司

据 The Information 援引消息人士信息称，OpenAI 正计划收购由公司 CEO Sam Altman 与前苹果设计师 Jony Ive 共同成立的 AI 硬件初创公司 io Products

深度解读昇腾CANN多流并行技术，提高硬件资源利用率

在给定硬件算力的情况下，如何高效利用这些计算资源、提高计算效率显得尤其重要。

周鸿祎：开源大模型爆发、未来五年手机都是最佳硬件载体

大模型帮助生物科学等基础科学研究突破瓶颈； AI安全变得前所未有重要； 芯片性能每年倒10倍，6年将提升100万倍，算力规模每半年翻1倍； 能源成为AI甚至人类文明发展瓶颈，唯一突破方法是解决可控核聚变； 大模型和硬件结合会带来新产业革命

Linux 6.2 获得对 Apple M1 Pro/Max/Ultra 硬件的主线支持

这也意味着：除了 Linux 内核和 Asahi Linux ，其他的 Linux 发行版也可以为基于 Arm 的 Apple 硬件提供良好的开箱即用支持。

英特尔为 Linux 图形驱动的 multi-tile 硬件支持做准备

英特尔于近日发布了一个Xe HP 方面相关的重要补丁系列，主要是围绕multi-tile 支持的初步工作。实际上，英特尔近几个月一直在致力于 Xe HP 的 Linux 图形驱动程序堆栈的基础工作，其中还涵盖了独显/加速卡产品线。 英特尔 Xe-HP/Ponte Vecchio 引入了 multi-tile/chiplet 的设计理念。在此之前，英特尔 Linux 图形驱动只围绕 single tile 设计构建；但此次推出的这一补丁则开始在 i915 内核 DRM 驱动中进行基础架构的改变，以支持 multiple tiles。 我们即将推出的一些平台，包括 Xe_HP SDV，支持“multi-tile”设计。multi-tile 平台实际上是一个具有多个 GT 实例和本地内存区域的平台，所有这些都位于单个 PCI 设备之后。从 i915 的角度来看，这意味着每个 drm_i915_private 都有多个 intel_gt 结构。本系列提供了初始重构以支持每张卡的多个独立 GT，但仍需要进一步的工作（尤其是与本地内存相关）才能完全启用 multi-tile平台。 请注意，多个 GT 的存在在很大程度上对用户空间是透明的。multi-tile 平台会向用户空间宣称更大的引擎列表，但用户空间无需直接处理“tile”的概念。由于设备具有多个本地内存区域，之后会有一些 uapi 的影响；不过此补丁系列并未涵盖 multi-tile 的实际工作，计划将在未来的工作中实现。 更多详情可查看邮件列表。不过 Phoronix 认为，考虑到还有许多围绕本地内存处理的工作要做，开发团队不太可能在及时在下一个 5.16 周期中搞定这一问题。

Linus Torvalds：硬件日新月异，但对我们来说不算什么挑战

虽然现在看起来没有什么不同，这是因为我们已经习惯了过去三十年来这样一个事实：硬件正在飞速发展。而现在不一定了。我的意思是说，硬件的发展在某种意义上一直在萎缩。

微软正在开发全新流媒体硬件：可连接电视，玩 Xbox 云游戏

未来几周，微软还将把支持其云游戏服务的服务器从旧的 Xbox One 硬件升级到 Xbox Series X。 微软一直在加大游戏的投资力度。