-
基于Linux的MySQL8.4二进制本地升级实施文档
升级生产环境的数据库是一项需要谨慎操作的任务，不当的升级过程可能导致数据丢失或服务中断。本文将基于标准化实施文档，详细介绍在Linux系统上对MySQL 8.4进行二进制本地升级的完整流程，涵盖备份、升级准备、执行升级及验证等关键环节。一、数据库备份（升级前的安全网）1. 冷备（完全停机备份）适用场景：允许服务停机的维护窗口。操作步骤：mkdir -p /mysql/produ
-
MySQL主从常见故障分析及处理
主从复制作为MySQL高可用架构的基石，在运行过程中难免会遇到各种故障问题。本文大致地梳理了一部分主从复制中常见的IO线程和SQL线程故障，并提供诊断与处理方法，帮助大家快速定位并解决问题。一、监控与状态诊断主从复制的健康状况监控是故障排查的第一步，通过 show slave status\G 命令可以获取关键状态信息：# mysql -S /tmp/mys
-
Litefuse 正式发布：Agent 可观测与效果评估， 比 Langfuse 成本低 88%
摘要：Litefuse 是一个 Agent 可观测与评估平台，通过 Evaluation Driven Development (EDD) “观测-评估-优化”闭环，让 Agent 的执行过程可追踪、问题可定位、效果可量化、优化可验证。Litefuse 兼容 Langfuse SDK 和 100 多个 AI 生态，并支持 Hermes、OpenClaw、Claude Code 等通用 Agent。
-
Agent 应用范式下，企业数据基础设施如何演进？
过去一年，Agent 正从一个技术概念，逐渐变成企业智能化落地的核心入口。这背后并不只是应用形态变化，更像是一场新的接口革命：人不再需要理解每一个工具的使用方式，也不再需要在不同系统之间反复切换；人只需要表达目标，Agent 则负责理解意图、拆解任务、选择工具、调用数据并完成执行。在即将举行的 SelectDB 产品发布会上，我们也将围绕这一变化做一次更系统的分享：当 Agent 成为新的应用范式
-
MySQL row constructor非等值条件不走索引的优化
在 MySQL 中，表达式 (id, ext) > (1, 2) 是基于字典序的比较。这种比较方式类似于对两个元组进行逐元素比较： 在ANSI里俗称row constructor,一般都是用于子查询多列比较，像ORACLE只支持子查询等值多列比较（非等值不支持），非子查询的不支持row constructor。 注意这种非等值的，MySQL CBO无法改写为OR，导致走不了range scan,当然覆盖索引是可能走的，所以非等值不要用这个语法，可以改为or。
-
MySQL in list使用row constructor或临时表优化
MySQL的in很长，超过200条不走index dive,要用cardinality,可能不准，大表的甚至可能走全表，然后逐条判断Filter,造成性能慢， 可以改为values row行构造为临时表，转为semi join,转为的是semi join,按理说剔重后转为join更好
-
时间序列近邻关联性能实测：Doris ASOF JOIN 领先 ClickHouse、DuckDB
在交易、行情、IoT、日志补全等典型时间序列场景中，业务需要的不是普通等值关联，而是“按业务键分组后，在时间轴上找到不晚于左侧记录的最近一条右侧记录”。ASOF JOIN 正是为这类问题设计的：它把“同键匹配”和“时间近邻”统一到一条执行路径上，天然适合做交易撮合行情补全、事件归因、快照对齐等分析任务。Doris 在 4.0.5 和 4.1.0 版本引入的 ASOF JOIN，正是为这类场景准备的
-
强行拍平？全表扫描？ AI Agent 动态 JSON 的观测分析
摘要：本文从 AI Agent 日志观测切入，讨论 JSON 分析为什么重要：Agent Trace、Tool Call、RAG 检索结果、Prompt 和 Reasoning 具有嵌套结构与动态 Schema，既不能简单拍平，也不适合只当 String 存储。因此，如何保留 JSON 灵活性的同时，获得列式存储的查询性能，成为 Agent Observability 的关键问题。如果想进一步了解
-
MySQL大数据量DELETE分批执行：Percona 之外一种 NineData 实现方式
在 MySQL 运维中，大数据量 DELETE 是一个常见场景。比如清理历史日志、删除归档后的冗余数据、处理过期记录，或者修正一批不再需要保留的业务数据。这类操作在测试环境里通常比较直接，但放到生产环境后，关注点会发生变化。讨论的重点不只是“能不能执行”，还包括：SQL 扫描范围有多大持锁时间是否可控业务读写是否会受到影响执行过程是否便于观察和复盘同类任务后续是否便于复用因此，技术社区里关于 “M
-
MYSQL重建从库
1.利用MYSQLBACKUP重建备份一个完整的数据库实例 mysqlbackup --defaults-file=/mysql/data/3306/my.cnf --user=backup --password=backup \ --backup-image=/mysql/backup/backup-db/fullbackup`date +%
-
还在轮询 MySQL 吗？用 NineData 把业务变更直接送进 Kafka
NineData推出MySQL到Kafka数据复制方案，实现业务数据实时流转。该方案支持全量+增量复制，将MySQL历史数据和Binlog变更以JSON格式持续投递到Kafka，解决传统CDC方案的实时性差、维护成本高等问题。适用于订单、库存等业务场景，帮助下游系统通过订阅事件流获取最新数据，避免反复查询MySQL。NineData提供可视化任务管理、预检查、运行监控等功能，确保链路稳定可靠，助力企业构建标准化实时数据通道。
-
MGR完全重启流程
MGR 完全重启流程1.停止集群所有节点STOP GROUP_REPLICATION;2.检查每个节点的事务应用状态SELECT @@GLOBAL.GTID_EXECUTED;-- 查询2：已接收认证但可能未应用的事务SELECT received_transaction_set FROM performance_schema.replicatio
-
MySQL优化器参数开optimizer_switch总结
在 MySQL 中，optimizer_switch 是一个用于控制查询优化器是否启用某些特定优化特性的系统变量。它是一个由多个 flag=on/off 对组成的字符串，每个开关对应一种优化策略或算法。通过调整这些开关，DBA 或开发者可以针对特定查询或负载调整优化器的行为，例如启用新的优化特性、规避某些因优化器决策导致的性能问题，或者进行调试分析。
-
艾体宝干货|【Redis实用技巧#21】标准 SQL 的技术实现与场景分析
近期，Redis 官方通过 redisvl 库与 sql-redis 扩展，正式提供了 SQL 查询能力。开发者可直接使用标准 SQL 语法操作 Redis 索引，底层由查询引擎将 SQL 语句确定性转换为 Redis 原生检索指令，无需引入 LLM 进行语义翻译。本文将从技术架构、使用范式与能力边界三个维度，对这一特性进行系统性梳理。
-
AI Agent 场景下，万级 JSON 字段的性能挑战与优化实践
摘要：随着数据不断演进，尤其在 AI Agent、LLMOps 与可观测性系统快速发展的背景下，宽 JSON 的字段膨胀带来巨大的性能挑战。Apache Doris 4.1 通过 Doc Mode 与 Segment V3 实现了高效的存储与查询优化，使系统在写入吞吐、查询性能与资源开销之间保持良好平衡，其综合性价比优于 Clickhouse、PostgreSQL 等业界典型方案。随着业务持续演进
-
MySQL主从同步异常：Error_code 1872 分析与处理
引言MySQL主从复制是高可用架构中常用的数据同步方案，但在实际运维中可能会遇到各种同步异常问题。其中，Error_code 1872 是较为常见的错误之一，通常表现为从库复制中断、事务数量不匹配等问题。问题现象在MySQL主从环境中，执行 SHOW SLAVE STATUS\G 命令时出现错误提示，错误代码为 1872。查看MySQL错误日志，通常会看到类似以下信息： [ER
-
MySQL主从故障排查：max_connection_errors导致的从库阻塞
问题背景客户反馈在一个数据量较大的MySQL主从复制环境中，主从同步突然中断，导致数据不一致。经过排查，发现是由于max_connection_errors参数设置不当，导致从库连接主库时因错误次数过多被阻塞。故障现象主库执行 SHOW SLAVE HOSTS;结果显示中不包含从库信息，初步判断主从连接已断开。从库执行 SHOW SLAVE STATUS\G;IO线程状态持续为Connecting
-
基于Linux的级联复制MySQL8.4搭建文档
对于需要构建高可用、可扩展数据库架构的朋友来说，级联复制是一个非常重要的技术。它不仅能实现数据的冗余备份，还能有效分摊主库的读取压力。本文将基于MySQL 8.4.28版本，在Linux系统上演示如何搭建一套标准的级联复制环境。第一部分：环境与架构说明在开始之前，我们先明确一下实验环境和架构目标。环境参数我们准备了三台服务器，角色和配置如下：主机角色IP地址操作系统MySQL版本主库 Master
-
基于Linux的GTID主从复制MySQL8.4的搭建
MySQL主从复制是提升数据库可用性和负载均衡的常用方案。GTID（全局事务标识符）模式简化了主从复制配置与管理。本文将介绍在Linux环境下基于MySQL 8.4搭建GTID主从复制的完整步骤。环境参数主机名物理IP操作系统版本MySQL版本master192.168.186.11Rhel 6.4MySQL 8.4.28slave192.168.186.12Rhel 6.4MySQL 8.4.2
-
基于Linux的GTID双主复制MySQL8.4搭建文档
在企业级数据库架构中，高可用性是确保业务连续性的关键。MySQL双主复制（Master-Master Replication）通过允许两个数据库服务器互为主从，实现数据的双向同步，从而提升系统的容错能力和读写分离的灵活性。本文将详细介绍在Linux环境下搭建MySQL 8.4双主复制的标准化步骤。环境准备在开始之前，请确保你已准备好以下环境：主机名IP地址操作系统MySQL版本Master1192
