基于 MySQL 8.0 细粒度授权：单独授予 KILL 权限的优雅解决方案

GreatSQL社区 GreatSQL社区 博客等级 墨衍会员 · AI 创作全网分发 墨衍智能分发 本文由作者通过墨衍一键同步至各平台 1分发平台 1k累计阅读 1k平均单平台 已同步平台 优快云 微信公众号 微博 知乎 掘金 百家号 博客园 抖音 小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年，写一次发全网 我也要 码龄5年
关注
原创 最新推荐文章于 2026-08-03 16:22:27 发布 1k 阅读 AI 写同款· GEO 优化 ›
CentOS 8 部署 Apache：firewalld 与 SELinux 深度协同指南 Apache 是最主流的开源 Web 服务器，其在 Linux 系统中的稳定运行高度依赖底层安全机制。在 RHEL/CentOS 8 发行版中，firewalld 作为默认防火墙管理器，负责网络端口访问控制；SELinux 则提供强制访问控制（MAC），约束 httpd 进程的文件读取、网络连接等行为。二者并非可选组件，而是构成‘最小权限+显式授权’安全模型的核心支柱。理解 firewalld 的 zone 与 service 概念、掌握 SELinux 的布尔值（如 httpd_can_network_c 阅读详情

基于 MySQL 8.0 细粒度授权：单独授予 KILL 权限的优雅解决方案

在这里插入图片描述

一、引言

作为一名数据库从业者，我在日常工作中经常会遇到一个棘手的问题：如何在保证安全的前提下，让业务团队拥有足够的权限去管理数据库执行的 SQL，尤其是终止那些失控的慢查询或异常线程？这个问题看似简单，却牵涉到权限设计、安全合规以及数据库稳定性等多方面的权衡。今天，我们就来聊聊 MySQL 8.0 如何通过权限体系的革新，特别是对 KILL 权限的细化支持，解决了这一痛点，并为 DBA 和业务开发团队带来了更大的灵活性。

二、从痛点说起：KILL SQL 的权限困境

在 MySQL 实际使用中，业务开发人员常希望拥有终止 SQL 的能力。例如，慢查询占用大量资源，或未优化的批量操作导致负载飙升，此时及时 KILL 问题 SQL 是最直接的解决办法。然而，MySQL 的权限设计限制让这一需求难以实现，开发人员往往只能依赖 DBA 操作，既低效又拖延响应。

在 MySQL 的传统版本（比如 5.7 及更早版本）中，KILL 权限的实现存在以下几个问题：

  1. 执行用户限制 默认情况下，用户只能 KILL 自己创建的线程。若业务程序使用统一账号（如 app_user），开发人员想通过此账号终止 SQL，必须知道其密码并登录数据库执行 KILL。然而，企业安全规范通常禁止程序账号单点登录，因其权限过大（至少包括增删改查），导致开发人员无法直接操作。这形成了一个"权限死结"：想 KILL 无权限，有权限却无法登录。
  2. SUPER 权限过大 为突破上述限制，允许用户 KILL 其他用户的 SQL，需授予 SUPER 权限。这看似可行，但 SUPER 权限是个“大杀器”：持有者不仅能 KILL 任何线程，还可修改全局参数（如 innodb_buffer_pool_size）、执行 STOP GROUP_REPLICATION 关闭组复制等操作（甚至会导致中断服务）。此权限通常仅限超级管理员使用，对业务开发而言明显过大，且存在严重安全隐患，DBA 自然不愿授予业务团队。

面对这样的困境，我们不禁会问：难道就没有一个两全其美的办法，既能让业务团队有 KILL SQL 的能力，又不至于权限失控吗？

答案是肯定的，MySQL 8.0 的到来，让这一需求成为了现实。

三、MySQL 8.0 的细粒度权限拆分：KILL 权限独立登场

MySQL 8.0 在权限体系上迎来重大改进，最显著的是对 SUPER 权限的拆分。在 5.7 及之前，SUPER 权限如同一个大包袱，功能过于庞杂。而 8.0 引入了动态权限（即运行时可分配的细化权限），将 SUPER 拆解为多个细粒度权限，其具体内容如下：

权限名解释影响的部分MySQL5.7命令示例
SYSTEM_VARIABLES_ADMIN允许在运行时更改全局系统变量，包括使用 SET GLOBAL 和 SET PERSIST，以及更改全局事务特性。SET GLOBAL innodb_buffer_pool_size = 268435456;
SET GLOBAL TRANSACTION ISOLATION LEVEL REPEATABLE READ;
SESSION_VARIABLES_ADMIN允许设置需要特殊权限的受限会话系统变量。SET SESSION sql_log_bin = 0;
REPLICATION_SLAVE_ADMIN允许启动和停止常规复制，使用 CHANGE REPLICATION SOURCE TO、CHANGE MASTER TO 等语句。CHANGE MASTER TO MASTER_HOST='replica_host';
GROUP_REPLICATION_ADMIN允许启动和停止组复制（Group Replication）。START GROUP_REPLICATION;
BINLOG_ADMIN允许通过 PURGE BINARY LOGS 和 BINLOG 语句控制二进制日志。PURGE BINARY LOGS TO 'mysql-bin.000010';
SET_USER_ID允许在视图或存储程序的 DEFINER 属性中指定任何账户作为有效授权 ID。CREATE DEFINER='admin'@'[localhost](http://localhost)' VIEW v1 AS ...;
CONNECTION_ADMIN控制客户端连接行为，包括终止其他账户线程、绕过连接限制、离线模式连接和读写操作等。KILL 12345;
ENCRYPTION_KEY_ADMIN启用 InnoDB 加密密钥轮换。（无直接命令，通常涉及加密相关配置）
VERSION_TOKEN_ADMIN允许执行版本令牌（Version Tokens）功能。（涉及特定插件，如 version_tokens_lock() 函数）
ROLE_ADMIN允许授予和撤销角色、使用 WITH ADMIN OPTION 和 ROLES_GRAPHML() 函数。(MySQL5.7 没有 role 功能，不涉及)

SUPER 被拆分为 10 个动态权限。同时，MySQL 8.0 因新增功能和组件，又引入了 29 个动态权限，构成以下 39 个动态权限列表：

权限级别解释是否为 SUPER 拆出
APPLICATION_PASSWORD_ADMIN全局启用双密码管理。
AUDIT_ABORT_EXEMPT全局允许审计日志过滤器阻止的查询继续执行。
AUDIT_ADMIN全局启用审计日志配置。
AUTHENTICATION_POLICY_ADMIN全局启用认证策略管理。
BACKUP_ADMIN全局启用备份管理。
BINLOG_ADMIN全局启用二进制日志控制。是
BINLOG_ENCRYPTION_ADMIN全局启用二进制日志加密的激活和停用。
CLONE_ADMIN全局启用克隆管理。
CONNECTION_ADMIN全局启用连接限制/控制。是
ENCRYPTION_KEY_ADMIN全局启用 InnoDB 密钥轮换。是
FIREWALL_ADMIN全局启用防火墙规则管理（任何用户）。
FIREWALL_EXEMPT全局豁免用户免受防火墙限制。
FIREWALL_USER全局启用防火墙规则管理（自身）。
FLUSH_OPTIMIZER_COSTS全局启用优化器成本重新加载。
FLUSH_STATUS全局启用状态指示器刷新。
FLUSH_TABLES全局启用表刷新。
FLUSH_USER_RESOURCES全局启用用户资源刷新。
GROUP_REPLICATION_ADMIN全局启用组复制控制。是
INNODB_REDO_LOG_ARCHIVE全局启用重做日志归档管理。
INNODB_REDO_LOG_ENABLE全局启用或禁用重做日志记录。
NDB_STORED_USER全局启用在 SQL 节点间共享用户或角色（NDB 集群）。
PASSWORDLESS_USER_ADMIN全局启用无密码用户账户管理。
PERSIST_RO_VARIABLES_ADMIN全局启用持久化只读系统变量。
REPLICATION_APPLIER全局作为复制通道的 PRIVILEGE_CHECKS_USER 角色。
REPLICATION_SLAVE_ADMIN全局启用常规复制控制。是
RESOURCE_GROUP_ADMIN全局启用资源组管理。
RESOURCE_GROUP_USER全局启用资源组管理（用户级别）。
ROLE_ADMIN全局启用角色授予或撤销，使用 WITH ADMIN OPTION。是
SESSION_VARIABLES_ADMIN全局启用设置受限会话系统变量。是
SET_USER_ID全局启用设置非自身 DEFINER 值。是
SHOW_ROUTINE全局启用访问存储过程定义。
SKIP_QUERY_REWRITE全局不重写此用户执行的查询。
SYSTEM_USER全局将账户指定为系统账户。
SYSTEM_VARIABLES_ADMIN全局启用修改或持久化全局系统变量。是
TABLE_ENCRYPTION_ADMIN全局启用覆盖默认加密设置。
TELEMETRY_LOG_ADMIN全局启用 HeatWave on AWS 的遥测日志配置。
TP_CONNECTION_ADMIN全局启用线程池连接管理。
VERSION_TOKEN_ADMIN全局启用版本令牌函数的使用。是
XA_RECOVER_ADMIN全局启用 XA RECOVER 执行。

其中，KILL SQL 可以使用 CONNECTION_ADMIN这个动态权限来单独授权。

SUPER 因权限过大的安全隐患，在 8.0 版本开始已经不建议使用。官方文档明确指出，SUPER 已被标记为即将废弃，推荐尽早迁移至动态权限体系。

SUPER is a powerful and far-reaching privilege and should not be granted lightly. If an account needs to perform only a subset of SUPER operations, it may be possible to achieve the desired privilege set by instead granting one or more dynamic privileges, each of which confers more limited capabilities. See Dynamic Privilege Descriptions.

Note

SUPER is deprecated, and you should expect it to be removed in a future version of MySQL. See Migrating Accounts from SUPER to Dynamic Privileges.

具体到 KILL SQL 的场景，还有一些细节要注意，如果开发或业务 DBA 需要 KILL SQL，除了需要刚才讨论的 CONNECTION_ADMIN 权限外，还有一个前提，要求能看到对应的线程，这要求授予 PROCESS 权限，这样他执行 show processlist 时就可以看到所有用户运行的线程了，而非只能看到自己的线程。这个权限 5.7、8.0 通用，允许用户查看其他用户的线程，授权如下:

GRANT PROCESS ON *.* TO 'dev_admin';

注意，PROCESS 权限允许查看他人 SQL 原文，可能导致敏感信息泄露。建议业务部门自行评估安全风险，例如仅授权高级业务 DBA 查看全局 SHOW PROCESSLIST 并执行 KILL SQL。

拥有 PROCESS 权限的用户可按以下步骤终止问题线程：

  1. 执行 SHOW PROCESSLIST; 查看运行线程列表，找到目标线程 ID。( 对应 PROCESS 权限 )
  2. 执行 KILL <thread_id>; 终止指定线程。( 对应CONNECTION_ADMIN 权限 ) 例如：
SHOW PROCESSLIST;
KILL 12345;

这样一来，业务团队就拥有了终止任意 SQL 的能力，而 DBA 也不必担心他们会误操作全局参数或关闭服务器。权限控制变得更加精细，安全性和灵活性得到了兼顾。

四、系统线程的安全防护：SYSTEM_USER 权限的加持

然而，细心的读者可能会提出一个问题：如果用户拥有了 PROCESS 权限，他们会不会一不小心 KILL 掉一些关键的系统线程，比如主从复制线程（Replication Thread）或后台维护线程？这确实是一个合理的担忧，因为系统线程一旦被误杀，可能会导致数据库服务中断，甚至引发数据不一致的风险。

MySQL 8.0 的设计者显然也考虑到了这一点。为了保护系统线程，他们引入了 SYSTEM_USER 权限。这个权限的作用是区分普通用户线程和系统线程，并为后者提供额外的保护。具体规则如下：

  • 如果某个线程是由具有 SYSTEM_USER 权限的用户创建的（通常是 MySQL 的内置系统账号，比如复制线程的执行用户），那么普通用户（没有 SYSTEM_USER 权限）无法通过 KILL 命令终止它。
  • 只有当前会话也具备 SYSTEM_USER 权限的用户，才能 KILL 掉同样具备 SYSTEM_USER 权限的线程。

这意味着，即便业务用户拥有了 PROCESS 权限，他们也无法干扰数据库的后台线程，比如主从复制线程、事件调度线程（Event Scheduler）或管理员的命令行。这种设计极大地提升了系统的稳定性，避免了权限滥用带来的潜在风险。

这就保证了普通用户无法越界操作，系统的核心功能得到了保护。

五、实战演练：如何优雅地使用 KILL 权限

1. 使用 dbops 搭建一主两从的 MySQL8.0.41 实例

dbops 是什么，见 http://dbops.cn

2. 创建程序账号 app_user，授予业务库 app_db 的增删改查权限

create user app_user identified by 'Dbops@2025';
grant select,insert,update,delete on `app\_db`.* to app_user;

3. 创建业务库、业务表，并执行长事务

在这里插入图片描述

在这里插入图片描述

4. 创建开发主管账号 dev_admin，授予查看全局 SQL 和 KILL SQL 权限

create user 'dev_admin' identified by 'Dbops@2025';
GRANT PROCESS ON *.* TO 'dev_admin';
GRANT CONNECTION_ADMIN ON *.* TO 'dev_admin';

5. 为后台线程账号（如 admin、repl）授予 SYSTEM_USER 权限，标记为受保护线程，普通用户无法 KILL

GRANT SYSTEM_USER on *.* to admin@'127.0.0.1';
GRANT SYSTEM_USER on *.* to admin@'localhost';
GRANT SYSTEM_USER on *.* to repl@'1%';

随后，重启复制线程，重新连接admin命令行窗口，让权限生效。

6. 测试 KILL SQL

受 SYSTEM_USER 保护的线程无法被终止。

在这里插入图片描述

而普通用户（如 app_user）的线程可被终止。

在这里插入图片描述

注意事项

在 MySQL 8.0 中，权限不足的错误信息因操作而异。例如，修改全局变量时：

mysql> SET GLOBAL TRANSACTION ISOLATION LEVEL REPEATABLE READ;
ERROR 1227 (42000): Access denied; you need (at least one of) the SUPER or SYSTEM_VARIABLES_ADMIN privilege(s) for this operation

这明确指出所需权限。

但对于 KILL SQL，若缺少 CONNECTION_ADMIN 权限，错误信息却不同：

mysql> kill 66;
ERROR 1094 (HY000): Unknown thread id: 66

此提示具有误导性，无法区分是用户未被授予 CONNECTION_ADMIN，还是目标线程受 SYSTEM_USER 保护所致，测试时这两方面都可以注意一下。

六、总结与展望

MySQL 8.0 的细粒度权限体系，特别是动态权限的引入，有效缓解了传统版本“权限过大或过小”的困境。通过单独授予 CONNECTION_ADMIN 和 PROCESS 权限，业务团队无需 SUPER 权限即可安全管理异常 SQL 线程。而 SYSTEM_USER 权限则为系统核心线程提供了可靠保护，避免误操作导致服务中断。

dbops 默认创建 admin@‘127.0.0.1’、admin@‘localhost’、repl@‘1%’ 等账号。

欢迎讨论：是否在 dbops 1.10 新版本中支持 MySQL 8.4.x 尝鲜，默认为此三账号添加 SYSTEM_USER 权限，以进一步提升系统安全性？

参考:

https://dev.mysql.com/doc/refman/8.0/en/grant.html

创建 admin@‘127.0.0.1’、admin@‘localhost’、repl@‘1%’ 等账号。

欢迎讨论：是否在 dbops 1.10 新版本中支持 MySQL 8.4.x 尝鲜，默认为此三账号添加 SYSTEM_USER 权限，以进一步提升系统安全性？

参考:

https://dev.mysql.com/doc/refman/8.0/en/grant.html

https://dev.mysql.com/doc/refman/8.0/en/privileges-provided.html

标签
#mysql #android #数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
Django生产部署：Postgres+Nginx+Gunicorn在Ubuntu上的最佳实践 Django作为主流Python Web框架，其生产环境部署绝非简单运行即可，核心在于构建安全、稳定、可扩展的底层基础设施。理解WSGI服务器（如Gunicorn）与反向代理（如Nginx）的协同原理，掌握关系型数据库（特别是Postgres）在事务一致性、JSON支持与行级安全（RLS）方面的技术优势，是保障Web应用高可用的基础能力。该架构不仅提供SSL终止、静态资源卸载、请求限流等关键运维价值，更支撑Django 4.2+、DRF、Celery等上层生态的可靠运行。本文聚焦Ubuntu系统下Postg 阅读详情

相关推荐

MySQL实战进阶：从安装配置到性能优化的数据库工程师心法

数据库作为现代应用的核心数据存储与管理系统，其核心价值在于高效、安全、可靠地管理结构化数据。其工作原理基于客户端-服务器模型，通过SQL语言进行交互，并利用存储引擎（如InnoDB）实现数据的持久化与事务处理。掌握数据库技术对于构建高性能、可扩展的应用系统至关重要，广泛应用于电商、金融、内容管理等各类在线业务场景。本文聚焦于MySQL这一主流关系型数据库，深入探讨其生产环境部署的核心要点。其中，**my.cnf配置文件**的调优是性能基石，涉及内存缓冲池、日志刷写策略等关键参数设置；而**主从复制（Repl

weixin_30527323的博客 480

mysql 杀死session_Oracle 用存储过程杀掉session解决锁表的问题

锁表，相信大家都遇到过，解锁的方法想必大家也都知道，但是一个个的杀进程难免有些低级，我们用存储过程来实现这一功能，就变得锁表，相信大家都遇到过，解锁的方法想必大家也都知道，但是一个个的杀进程难免有些低级，，我们用存储过程来实现这一功能，就变得异常简单了。1.建立视图，查询进程信息，注意要给当前用户赋予系统权限select any dictionarycreate or replace view m...

weixin_36329414的博客 303

Linux底层逻辑：从终端到FHS的系统协作契约

Linux不是操作系统软件，而是一套人机协作的工程契约体系。其核心在于终端（TTY）作为字节流信道、Shell作为程序调度中枢、FHS文件系统层级标准作为灾难恢复协议、CLI命令行接口作为安全与效率的刚性载体。理解这些基础概念，才能穿透`ls`、`chmod`、`ps aux`等命令表象，掌握权限模型的三维控制、进程生命周期管理、管道数据流机制等关键技术原理。这种底层思维直接支撑服务器运维、容器编排、日志排查、安全审计等真实工程场景，也是DevOps工程师和SRE构建可复现、可审计、可恢复系统的认知基石。

weixin_30530939的博客 351

Mysql kill session

获取MySQL session信息。# 将监控信息及时间写入文件。# 等待一段时间后再次监控。# 设置数据库连接信息。

phantom in ORACLE 1021

Coreflux MQTT Broker + 托管PostgreSQL：轻量高可用物联网消息架构

MQTT Broker 是物联网系统的核心消息中枢，其选型需兼顾协议合规性、状态一致性与运维可持续性。Coreflux 作为专注 MQTT 5.0 的轻量级无状态 Broker，通过 SQL 接口将会话、订阅、遗嘱等关键状态外置至数据库，天然适配云原生‘状态分离’原则。PostgreSQL 凭借强 ACID、MVCC 并发控制与 WAL 持久化保障，成为 MQTT 状态存储的可靠底座；而托管数据库（如 DigitalOcean Managed PostgreSQL）进一步封装了高可用、连接池（PgBounc

weixin_30540691的博客 348

CentOS 7下将Dropbox配置为systemd用户服务

Dropbox作为主流云同步工具，其官方客户端本质是面向桌面环境的GUI应用，依赖X11、D-Bus和密钥环等组件，在无图形界面的Linux服务器上无法直接运行。systemd服务机制通过定义明确的启动身份、工作路径、环境变量与重启策略，可将其改造为符合生产要求的守护进程。核心在于绕过GUI授权流程，采用离线令牌注入方式实现无头部署；同时精准设置WorkingDirectory和DISPLAY等关键参数，确保dropboxd稳定连接与元数据同步。该方案广泛适用于CentOS 7/8、RHEL及类System

351

mysql8.0.30用户与权限管理

mysql8.0.30用户管理和角色管理

HappyLearnerL的博客 7039

Linux关机重启原理：从shutdown到systemd事务化控制

关机与重启是操作系统最基础却最易被误解的核心操作，其本质是系统状态的一致性迁移过程。在Linux中，它涉及内核调用、init系统演进（SysV init→systemd）、权限模型（polkit/setuid）、固件交互（UEFI启动项）及安全策略（SELinux/桌面拦截）等多层机制。理解`shutdown`命令的`-h`（halt）、`-r`（reboot）、`-P`（poweroff）参数差异，有助于区分‘暂停’‘重启’与‘断电’的语义边界；而`systemd中的reboot命令`通过事务化服务停止保

weixin_33725515的博客 672

MySQL用户及权限管理

mysql里的用户以USER_NAME@HOST唯一确定一个用户，所以在创建用户和赋权时需要指定host，如果省略，则默认为%（无访问地址限制）注意：host实现同pg_hba.conf的addres功能。回收权限使用revoke from 关键字其他同授予权限。

君子不怨天的博客 639

Linux关机重启原理：从shutdown命令到内核reboot调用全链路解析

关机与重启是操作系统最基础也最易被误解的系统行为，其本质是受控的系统状态迁移过程。它依赖init系统（如systemd或SysVinit）协调服务停止、文件同步、设备卸载，并最终触发内核reboot()系统调用。理解这一原理，有助于规避生产环境中常见的数据丢失、服务异常中断及权限失控问题。技术价值体现在安全运维、故障定位与跨环境适配——尤其在WSL、Kali Live、嵌入式Linux等特殊场景下，标准命令行为差异显著。本文深入解析shutdown与reboot的真实执行路径、权限拦截机制（polkit/s

weixin_34124651的博客 428

SpringBoot部署到阿里云服务器完整实战指南

SpringBoot应用部署本质是构建生产级运行基座，涉及JDK环境配置、MySQL数据库服务搭建、网络策略管控及进程守护机制。其核心原理在于打通开发态与运维态的认知断层：本地IDE托管环境需迁移到Linux服务器的权限隔离、服务依赖与系统级管理逻辑。技术价值体现在稳定性（systemctl开机自启+崩溃恢复）、安全性（安全组+mysql_secure_installation）和可维护性（多环境配置+标准化日志）。典型应用场景包括个人项目上线、应届生工程实践入门及面试前部署能力强化。本文聚焦原生命令落地，

cuml0912的博客 462

【MySQL】关于查询和KILL进程的权限

在 MySQL 中，如果你希望某个用户能够查询数据库的当前进程（查询正在运行的查询和线程）以及终止（KILL：用户需要PROCESS权限，这个权限允许用户查看所有的线程和进程信息，包括其他用户的查询。：用户需要SUPER权限，或者特定的KILL权限来终止其他用户的会话。

求索 918

Agent OS：从裸写到系统级抽象的演进之路

Agent并非孤立的智能模块，而是新一代计算范式下的‘用户程序’；其发展正复刻操作系统与云运行时的历史路径——从混沌裸写、到Runtime抽象、再到系统级OS构建。这一过程本质是计算资源（LLM算力、工具API、状态存储、网络通信）被逐步封装为标准化原语（Spawn/Suspend/IPC/Cleanup），从而释放开发者对进程调度、内存管理、安全沙箱等底层细节的关注。当前工程实践中的高频痛点，如Agent超时不可控、上下文丢失、工具调用权限混乱，实为抽象层级缺失的信号；而‘agent框架’‘agent s

adiking520110的博客 571

Ubuntu 20.04 Redis安全加固：从源码编译到生产级配置

Redis 是一种高性能内存键值数据库，其默认配置在 Linux 发行版中常存在安全隐患。理解其工作原理需关注绑定地址、认证机制、访问控制（ACL）与传输加密等核心安全维度。现代 Redis（6.0+）通过 ACL 实现细粒度权限管理，结合 TLS 加密通信，显著提升服务安全性。在 Ubuntu 20.04 等旧系统中，官方源版本陈旧（如 5.0.7），缺失 ACL 和 TLS 支持，必须通过源码编译获取完整安全能力。典型应用场景包括微服务缓存、会话存储与实时消息队列，而生产环境部署必须满足最小权限、网络隔

weixin_30325971的博客 441

Spring Boot Actuator 核心原理与生产级实战指南

Spring Boot Actuator 是 Spring 生态中标准化的运行时可观测性框架，其本质是一套基于数据契约的结构化指标暴露机制，而非简单监控接口。它依托 Micrometer 指标体系与分层抽象模型（Provider/Exposure/Web），实现 JVM 内存、线程、HTTP 请求、配置等维度的实时采集与聚合。技术价值在于打通开发、测试与运维的认知鸿沟，将模糊问题转化为可查询的指标路径（如 /actuator/metrics/jvm.memory.used）。典型应用场景包括性能瓶颈定位、健

weixin_33816821的博客 382

KubeRay：让 Ray 在 Kubernetes 上真正落地的生产级调度器

Ray 是面向分布式计算的高性能框架，其 Actor/Task 模型依赖强一致的集群状态管理；而 Kubernetes 以声明式 API 和控制器模式提供资源编排能力，二者原生耦合存在根本性张力。KubeRay 通过自定义资源 RayCluster 和配套 Operator，将 Ray 集群抽象为 Kubernetes 一等公民，实现自动扩缩容、故障自愈与多租户隔离，显著提升可观测性与运维确定性。它深度整合 Helm 安装流程与 k8s部署mysql、k8s安装部署等典型工程场景，成为 Ubuntu24 等

weixin_34197488的博客 454

Docker微服务架构中etcd服务发现与配置管理实战

在容器化微服务架构中，服务发现与分布式配置是解决动态扩缩容、跨主机通信和配置热更新的核心能力。其原理基于注册中心（如etcd）实现服务实例的自动注册、健康心跳与DNS式寻址，并通过强一致性键值存储支撑配置的实时监听与原子切换。技术价值在于解耦容器生命周期与网络依赖，显著提升系统弹性与运维效率。典型应用场景包括Docker Compose多机部署、轻量级Swarm替代方案及遗留系统渐进式上云。本文聚焦etcd在Docker生态中的生产级落地，涵盖高可用集群搭建、服务注册契约设计、配置热更新可靠性保障及安全加固

weixin_30721077的博客 298

【Out-of-Distribution Detection】Evidential Deep Learning in NeurIPS 2018 个人理解

核心思想是将分类器的概率输出视为一个狄利克雷分布（Dirichlet Distribution）并替换，之后引入两个损失分别负责保证预测结果准确性和提升被错误分类的样本的不确定性。

研究兴趣：开放集识别、开放世界识别、新类发现、增量学习、少样本学习 2436

Ubuntu 14.04 上 Clojure Web 应用生产部署方案

Clojure 是运行在 JVM 上的函数式编程语言，其 Web 应用部署本质是构建可复现、可监控、可回滚的 Java 进程生命周期管理体系。理解 JVM 启动机制、进程管理原理与反向代理协同逻辑，是保障高可用服务的基础技术能力。在老旧但仍在政企内网广泛使用的 Ubuntu 14.04 环境中，需特别关注 OpenJDK 7 兼容性、System V init 约束及 Nginx 1.4.6 的功能边界。Leiningen 构建的 uberjar 提供确定性发布单元，Supervisor 实现进程守夜与优雅

weixin_30915275的博客 366

【技术实战】SeaTunnel 实现 HTTP 到 Doris 数据同步的配置优化与问题解决

本文分享了使用SeaTunnel实现HTTP数据源到Doris数仓同步的实战经验。详细解析了从环境搭建、核心配置到生产部署的全流程，重点针对数据类型映射、分页拉取、依赖冲突等典型问题提供了解决方案，并给出了连接参数调优、错误处理等进阶优化技巧，帮助开发者构建稳定高效的数据同步管道。

gan8painter的博客 752

海康线扫相机平场矫正实战：从原理到精准成像

本文深入解析了海康线扫相机平场矫正的原理与实战操作。通过拆解暗场与明场矫正的物理意义，揭示了其消除系统噪声、补偿像素响应不均的核心机制。文章详细指导了在海康相机上进行平场矫正的标准化流程、关键参数设置（如行高、灰度值控制）及常见误区，并提供了针对高行频匹配、环境稳定性维护等进阶调优技巧与问题排查指南，旨在帮助用户实现从原理理解到精准成像的跨越。

tomato的博客 790
上一篇： 函数索引触发的一个有趣的问题
下一篇： GreatSQL5.7 与 8.0 对 DATE 非法值处理方式不同
点赞 11
评论 0
书签 书签 18
GreatSQL社区
GreatSQL社区
博客等级 码龄5年 1210粉丝 390原创
+ 关注
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值