MySQL 元信息查询与数据库诊断指南 —— Java 开发者必备的“数据库透视术”

Java开发者进阶架构师:从核心基础到分布式系统实战 Java作为企业级应用开发的核心语言,其技术体系的构建始于对语言本质和计算机原理的深刻理解。深入掌握面向对象编程思想、集合框架源码及并发编程模型,是理解现代高并发应用的基础。在此基础上,JVM的内存模型与垃圾回收机制构成了应用性能与稳定性的底层支柱。这些核心技术原理共同支撑起分布式系统架构,为解决数据一致性、高并发访问和系统可用性等工程挑战提供了理论依据。在实际开发中,诸如缓存穿透、雪崩等典型问题,以及线程池配置不当引发的OOM故障,都是检验开发者对原理掌握程度的试金石。本文聚焦于Java开发者如何通过夯实 阅读详情

以下是专为 Java 后端开发者(Spring Boot 团队) 量身定制的 MySQL 数据库元信息查询与运维诊断操作指南,系统梳理你在日常开发、调试、上线、排查问题时最常用、最实用的 15+ 条元信息查看与结构诊断 SQL 命令,全部附带标准示例 + 中文注释说明,助你快速掌握数据库“自我认知”能力,摆脱“表结构靠问人、字段靠猜”的低效状态,提升团队协作效率与系统可维护性。


📘 MySQL 元信息查询与数据库诊断指南 —— Java 开发者必备的“数据库透视术”

适用对象:Java 后端开发、测试、DBA、技术负责人
目标:掌握数据库结构的“自检”能力,实现“查表不求人、看结构不翻文档、排错有依据”
版本要求:MySQL 8.0+
核心理念:一个优秀的开发者,不是只会写 SQL,而是能读懂数据库的“DNA”。


一、为什么需要掌握元信息查询?

在 Java 开发中,你常常遇到:

  • 新人加入项目,不知道 user 表有哪些字段?
  • 联调时,前端说“字段 create_time 不存在”,你却找不到这个字段?
  • 上线前想确认 order 表是否加了 is_deleted 字段?
  • 慢查询分析时,不知道某个字段有没有索引?

这些都不是“写 SQL”的问题,而是“看不懂数据库结构”的问题。

✅ 掌握元信息查询 = 拥有数据库的“读心术”
你不需要等 DBA,不需要翻 Wiki,一条 SQL,立刻知道表长什么样。


二、15+ 核心元信息查询命令详解(附标准示例)

✅ 1. 查看所有数据库(Show Databases)

-- ✅ 查看当前 MySQL 实例下的所有数据库
SHOW DATABASES;

-- ✅ 筛选特定前缀的数据库(如只看订单相关)
SHOW DATABASES LIKE 'order%';

-- ✅ 示例输出:
-- +--------------------+
-- | Database           |
-- +--------------------+
-- | information_schema |
-- | mysql              |
-- | performance_schema |
-- | sys                |
-- | order_system       |
-- | user_service       |
-- +--------------------+

✅ 企业规范:

  • information_schema 是系统元数据库,禁止修改
  • mysql 是权限系统库,禁止修改
  • 业务数据库命名统一为 xxx_service 或 xxx_system

✅ 2. 查看当前使用的数据库(Current Database)

-- ✅ 查看当前会话正在使用的数据库
SELECT DATABASE();

-- ✅ 或使用
SELECT SCHEMA();

-- ✅ 示例输出:
-- +------------+
-- | DATABASE() |
-- +------------+
-- | order_system |
-- +------------+

✅ 用途:确认你当前连接的是哪个库,避免在测试库误操作生产库。


✅ 3. 切换数据库(Use Database)

-- ✅ 切换到指定数据库(必须存在)
USE order_system;

-- ✅ 切换后,后续所有操作都在该库下执行
SHOW TABLES; -- 现在查看的是 order_system 下的表

✅ 企业规范:

  • Java 应用通过连接 URL 指定数据库(如 jdbc:mysql://.../order_system),不推荐在代码中用 USE
  • 仅用于 DBA 调试、脚本执行、Navicat 等客户端操作

✅ 4. 查看当前数据库下的所有表(Show Tables)

-- ✅ 查看当前数据库中的所有表
SHOW TABLES;

-- ✅ 筛选特定前缀的表(如所有订单相关表)
SHOW TABLES LIKE 'order%';

-- ✅ 示例输出:
-- +-----------------------+
-- | Tables_in_order_system |
-- +-----------------------+
-- | user                  |
-- | order                 |
-- | order_item            |
-- | inventory             |
-- | payment_log           |
-- +-----------------------+

✅ 企业规范:

  • 表名统一用小写+下划线(如 user_order)
  • 逻辑删除表统一加 is_deleted
  • 日志表统一加 _log 后缀(如 login_log)

✅ 5. 查看表的字段信息(Describe / Show Columns)

✅ 方法一:DESCRIBE(最常用)
-- ✅ 查看 user 表的所有字段结构
DESCRIBE `user`;

-- ✅ 简写形式(推荐)
DESC `user`;

-- ✅ 示例输出:
-- +------------+------------------+------+-----+-------------------+-----------------------------+
-- | Field      | Type             | Null | Key | Default           | Extra                       |
-- +------------+------------------+------+-----+-------------------+-----------------------------+
-- | id         | bigint unsigned  | NO   | PRI | NULL              | auto_increment              |
-- | username   | varchar(50)      | NO   | UNI | NULL              |                             |
-- | email      | varchar(100)     | NO   | UNI | NULL              |                             |
-- | password   | varchar(255)     | NO   |     | NULL              |                             |
-- | phone      | varchar(20)      | YES  |     | NULL              |                             |
-- | created_at | timestamp        | NO   |     | CURRENT_TIMESTAMP |                             |
-- | updated_at | timestamp        | NO   |     | CURRENT_TIMESTAMP | on update CURRENT_TIMESTAMP |
-- | is_deleted | tinyint(1)       | NO   |     | 0                 |                             |
-- +------------+------------------+------+-----+-------------------+-----------------------------+
✅ 方法二:SHOW COLUMNS(功能更全)
-- ✅ 查看 user 表字段,包含注释
SHOW FULL COLUMNS FROM `user`;

-- ✅ 示例输出(关键字段说明):
-- +------------+------------------+------+-----+-------------------+-----------------------------+---------+----------------+
-- | Field      | Type             | Null | Key | Default           | Extra                       | Collation | Comment        |
-- +------------+------------------+------+-----+-------------------+-----------------------------+-----------+----------------+
-- | id         | bigint unsigned  | NO   | PRI | NULL              | auto_increment              | NULL      | 主键ID,自增   |
-- | username   | varchar(50)      | NO   | UNI | NULL              |                             | utf8mb4_… | 登录用户名,唯一 |
-- | email      | varchar(100)     | NO   | UNI | NULL              |                             | utf8mb4_… | 邮箱,唯一     |
-- | ...        | ...              | ...  | ... | ...               | ...                         | ...       | ...            |
-- +------------+------------------+------+-----+-------------------+-----------------------------+-----------+----------------+

✅ 企业规范:

  • 所有字段必须有 COMMENT 注释,否则视为不合格
  • DESC 快速查看,SHOW FULL COLUMNS 查完整信息(含注释)
  • 开发工具(如 IntelliJ IDEA、DBeaver)可自动读取注释生成文档

✅ 6. 查看表的创建语句(Show Create Table)

-- ✅ 查看 user 表完整的建表语句(含索引、引擎、字符集)
SHOW CREATE TABLE `user`;

-- ✅ 示例输出(关键部分):
-- +-------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
-- | Table | Create Table                                                                                                                                                                                                                                     |
-- +-------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
-- | user  | CREATE TABLE `user` (
--   `id` bigint unsigned NOT NULL AUTO_INCREMENT COMMENT '主键ID,自增',
--   `username` varchar(50) NOT NULL UNIQUE COMMENT '登录用户名,唯一',
--   `email` varchar(100) NOT NULL UNIQUE COMMENT '邮箱,唯一',
--   `password` varchar(255) NOT NULL COMMENT 'BCrypt 加密密码',
--   `phone` varchar(20) DEFAULT NULL COMMENT '手机号',
--   `created_at` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
--   `updated_at` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间',
--   `is_deleted` tinyint(1) NOT NULL DEFAULT '0' COMMENT '逻辑删除标志:0=正常,1=已删除',
--   PRIMARY KEY (`id`),
--   UNIQUE KEY `uk_username` (`username`),
--   UNIQUE KEY `uk_email` (`email`)
-- ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='用户基本信息表(逻辑删除表)' |
-- +-------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+

✅ 企业规范:

  • 这是查看表结构的“黄金命令”,包含:
    • 所有字段定义
    • 主键、唯一索引、普通索引
    • 引擎类型(InnoDB)
    • 字符集(utf8mb4)
    • 表注释
  • 上线前必须对比此语句与迁移脚本是否一致
  • 用于生成数据库文档、对比环境差异

✅ 7. 查看表的索引信息(Show Index)

-- ✅ 查看 user 表的所有索引
SHOW INDEX FROM `user`;

-- ✅ 示例输出:
-- +-------+------------+--------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
-- | Table | Non_unique | Key_name     | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |
-- +-------+------------+--------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
-- | user  |          0 | PRIMARY      |            1 | id          | A         |       10000 |     NULL | NULL   |      | BTREE      |         |               |
-- | user  |          0 | uk_username  |            1 | username    | A         |       10000 |     NULL | NULL   |      | BTREE      |         | 加速登录查询   |
-- | user  |          0 | uk_email     |            1 | email       | A         |       10000 |     NULL | NULL   |      | BTREE      |         | 加速找回密码   |
-- +-------+------------+--------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+

✅ 关键字段解读:

字段说明
Non_unique0=唯一索引,1=普通索引
Key_name索引名称(如 uk_username)
Column_name索引字段
Seq_in_index在组合索引中的顺序
Index_comment索引注释(必须填写!)
Index_type索引类型(BTREE 为默认)

✅ 企业规范:

  • 所有索引必须有 Index_comment,说明用途(如“加速登录查询”)
  • 使用 SHOW INDEX 验证 EXPLAIN 是否命中预期索引
  • 定期清理无用索引(SHOW INDEX + SHOW CREATE TABLE 对比)

✅ 8. 查看表的存储引擎(Engine)

-- ✅ 查看 user 表的存储引擎
SHOW TABLE STATUS LIKE 'user';

-- ✅ 示例输出(关键字段):
-- +------+--------+---------+------------+------+----------------+-------------+-----------------+--------------+-----------+----------------+---------------------+---------------------+------------+-----------------+----------+----------------+---------+
-- | Name | Engine | Version | Row_format | Rows | Avg_row_length | Data_length | Max_data_length | Index_length | Data_free | Auto_increment | Create_time         | Update_time         | Check_time | Collation       | Checksum | Create_options | Comment |
-- +------+--------+---------+------------+------+----------------+-------------+-----------------+--------------+-----------+----------------+---------------------+---------------------+------------+-----------------+----------+----------------+---------+
-- | user | InnoDB |      10 | Dynamic    | 1000 |           1024 |     1048576 |               0 |       524288 |   2097152 |           1001 | 2025-10-17 10:00:00 | 2025-10-17 10:00:00 | NULL       | utf8mb4_unicode_ci |     NULL |                | 用户表 |
-- +------+--------+---------+------------+------+----------------+-------------+-----------------+--------------+-----------+----------------+---------------------+---------------------+------------+-----------------+----------+----------------+---------+

✅ 企业规范:

  • 必须是 InnoDB,其他引擎(如 MyISAM)禁止用于生产
  • Row_format=Dynamic 是推荐格式,支持大字段和压缩
  • Collation 必须为 utf8mb4_unicode_ci

✅ 9. 查看表的行数与大小(估算性能)

-- ✅ 查看 order 表的行数、数据大小、索引大小(单位:字节)
SELECT 
    table_name AS `表名`,
    table_rows AS `行数`,
    ROUND((data_length + index_length) / 1024 / 1024, 2) AS `总大小(MB)`,
    ROUND(data_length / 1024 / 1024, 2) AS `数据大小(MB)`,
    ROUND(index_length / 1024 / 1024, 2) AS `索引大小(MB)`
FROM information_schema.tables
WHERE table_schema = 'order_system'
  AND table_name = 'order';

-- ✅ 示例输出:
-- +--------+--------+-------------+-------------+-------------+
-- | 表名   | 行数   | 总大小(MB) | 数据大小(MB) | 索引大小(MB) |
-- +--------+--------+-------------+-------------+-------------+
-- | order  | 520000 |        85.32 |        62.10 |        23.22 |
-- +--------+--------+-------------+-------------+-------------+

✅ 企业规范:

  • 表数据 > 1000 万行 → 考虑分表或归档
  • 索引大小 > 数据大小 → 检查是否有冗余索引
  • 用于评估是否需要优化、分库分表

✅ 10. 查看所有表的注释(快速审计)

-- ✅ 查看当前数据库中所有表的注释
SELECT 
    table_name AS `表名`,
    table_comment AS `表注释`
FROM information_schema.tables
WHERE table_schema = DATABASE()
  AND table_comment != '';

-- ✅ 示例输出:
-- +------------------+----------------------------------+
-- | 表名             | 表注释                           |
-- +------------------+----------------------------------+
-- | user             | 用户基本信息表(逻辑删除表)     |
-- | order            | 订单主表,记录用户下单核心信息   |
-- | inventory        | 商品库存表,支持并发扣减       |
-- +------------------+----------------------------------+

✅ 企业规范:

  • 所有表必须有注释,否则视为未完成
  • 可配合工具(如 MyBatis-Plus 代码生成器)自动生成文档

✅ 11. 查看字段的注释(快速定位字段含义)

-- ✅ 查看 user 表中所有字段的注释
SELECT 
    column_name AS `字段名`,
    column_comment AS `字段注释`
FROM information_schema.columns
WHERE table_schema = 'order_system'
  AND table_name = 'user'
ORDER BY ordinal_position;

-- ✅ 示例输出:
-- +------------+-----------------------------+
-- | 字段名     | 字段注释                    |
-- +------------+-----------------------------+
-- | id         | 主键ID,自增                |
-- | username   | 登录用户名,唯一            |
-- | email      | 邮箱,唯一,用于找回密码    |
-- | password   | BCrypt 加密后的密码         |
-- | is_deleted | 逻辑删除标志:0=正常,1=已删除 |
-- +------------+-----------------------------+

✅ 企业规范:

  • 字段注释是团队协作的“活文档”,必须填写
  • 可导出为 Excel 生成《数据库字段字典》

✅ 12. 查看某字段是否是主键(Primary Key)

-- ✅ 查看 user 表中哪些字段是主键
SELECT 
    column_name AS `字段名`,
    column_key AS `键类型`
FROM information_schema.columns
WHERE table_schema = 'order_system'
  AND table_name = 'user'
  AND column_key = 'PRI';

-- ✅ 输出:
-- +----------+----------+
-- | 字段名   | 键类型   |
-- +----------+----------+
-- | id       | PRI      |
-- +----------+----------+

✅ column_key 值说明:

  • PRI = 主键
  • UNI = 唯一索引
  • MUL = 普通索引
  • 空 = 无索引

✅ 13. 查看外键约束(Foreign Key)

-- ✅ 查看当前数据库中所有外键关系
SELECT 
    CONSTRAINT_NAME AS `约束名`,
    TABLE_NAME AS `表名`,
    COLUMN_NAME AS `字段名`,
    REFERENCED_TABLE_NAME AS `引用表`,
    REFERENCED_COLUMN_NAME AS `引用字段`
FROM information_schema.KEY_COLUMN_USAGE
WHERE REFERENCED_TABLE_NAME IS NOT NULL
  AND TABLE_SCHEMA = 'order_system';

-- ✅ 示例输出:
-- +------------------+--------+-----------+---------------+----------------+
-- | 约束名           | 表名   | 字段名    | 引用表        | 引用字段       |
-- +------------------+--------+-----------+---------------+----------------+
-- | fk_order_user_id | order  | user_id   | user          | id             |
-- +------------------+--------+-----------+---------------+----------------+

✅ 企业规范:

  • 外键约束虽能保证一致性,但高并发下影响性能
  • 推荐:Java 层用逻辑校验 + 业务约束,数据库可不建外键
  • 若使用,必须确保引用字段有索引

✅ 14. 查看数据库字符集与排序规则(防乱码)

-- ✅ 查看当前数据库的字符集与排序规则
SELECT 
    schema_name AS `数据库`,
    default_character_set_name AS `字符集`,
    default_collation_name AS `排序规则`
FROM information_schema.schemata
WHERE schema_name = 'order_system';

-- ✅ 输出:
-- +------------------+-----------+-----------------------+
-- | 数据库           | 字符集    | 排序规则              |
-- +------------------+-----------+-----------------------+
-- | order_system     | utf8mb4   | utf8mb4_unicode_ci    |
-- +------------------+-----------+-----------------------+

✅ 企业铁律:

  • 必须为 utf8mb4 + utf8mb4_unicode_ci
  • utf8 是伪 UTF-8,不支持 emoji,严禁使用!

✅ 15. 查看所有数据库的字符集(全局审计)

-- ✅ 查看所有数据库的字符集设置
SELECT 
    schema_name AS `数据库`,
    default_character_set_name AS `字符集`,
    default_collation_name AS `排序规则`
FROM information_schema.schemata
ORDER BY schema_name;

✅ 用途:上线前检查所有业务库是否统一字符集,避免新库用 latin1 导致中文乱码。


✅ 16. 查看当前用户权限(安全审计)

-- ✅ 查看当前连接用户有哪些权限
SHOW GRANTS;

-- ✅ 查看指定用户权限
SHOW GRANTS FOR 'app_order_service'@'10.0.1.%';

✅ 企业规范:

  • 应用账号禁止有 DROP、ALTER、GRANT 权限
  • 每月审计一次 SHOW GRANTS,清理废弃账号

✅ 17. 查看 MySQL 版本与状态(环境确认)

-- ✅ 查看 MySQL 版本
SELECT VERSION();

-- ✅ 查看当前连接数、活跃线程数
SHOW STATUS LIKE 'Threads_connected';
SHOW STATUS LIKE 'Threads_running';

-- ✅ 查看系统变量(如最大连接数)
SHOW VARIABLES LIKE 'max_connections';

✅ 用途:

  • 确认是否连接的是生产库(版本号不同)
  • 监控连接数是否接近上限(Threads_connected > 80% → 考虑扩容)

三、元信息查询命令速查表(Java 开发者收藏卡)

目的命令说明
查看所有数据库SHOW DATABASES;快速定位业务库
切换数据库USE db_name;仅用于调试
查看当前库SELECT DATABASE();避免连错库
查看所有表SHOW TABLES;快速浏览表结构
查看表字段DESC table_name;最常用,简洁
查看表字段+注释SHOW FULL COLUMNS FROM table_name;查完整信息
查看建表语句SHOW CREATE TABLE table_name;黄金命令,含索引、引擎
查看索引SHOW INDEX FROM table_name;验证是否命中索引
查看引擎SHOW TABLE STATUS LIKE 'table_name';确保是 InnoDB
查看表行数与大小SELECT ... FROM information_schema.tables评估性能瓶颈
查看表注释SELECT table_comment FROM information_schema.tables审计文档完整性
查看字段注释SELECT column_comment FROM information_schema.columns快速理解字段含义
查看主键WHERE column_key = 'PRI'确认主键字段
查看外键WHERE referenced_table_name IS NOT NULL审计关联关系
查看字符集SELECT default_character_set_name FROM schemata防乱码必备
查看用户权限SHOW GRANTS;安全审计
查看版本与连接数SELECT VERSION(); SHOW STATUS LIKE 'Threads%';环境诊断

四、企业级推荐:自动化工具整合

工具用途推荐做法
MyBatis-Plus 代码生成器自动生成 Entity、Mapper、Service配置 comment 字段自动读取数据库注释
DBeaver / Navicat图形化查看结构右键表 → “查看DDL” → 自动显示 SHOW CREATE TABLE
IntelliJ IDEA Database 工具连接数据库,生成文档支持导出 PDF/HTML 文档
Flyway / Liquibase数据库版本管理所有 DDL 变更必须写入 SQL 文件,与代码同版本
SonarQube + SQL 插件代码扫描检测 SQL 是否有索引、是否 SELECT *

✅ 结语:成为“懂数据库的 Java 开发者”

🔹 你不需要是 DBA,但你必须能读懂数据库的“语言”。

当你看到一个字段叫 create_time,你不再问:“这是不是创建时间?”
你直接:

DESC user;

当你怀疑某个查询慢,你不再猜:“是不是没索引?”
你直接:

SHOW INDEX FROM order;
EXPLAIN SELECT ...;

当你上线前想确认 is_deleted 字段加了没?
你直接:

SHOW FULL COLUMNS FROM order LIKE 'is_deleted';

你不是在写代码,你是在与系统对话。
掌握元信息查询,就是掌握了与数据库对话的钥匙。


✅ 最终建议:
将本指南打印成 A5 小卡片,贴在工位上,
每次遇到“表结构看不懂”、“字段找不到”、“索引有没有”的问题,
先查,再问,再改。

【信息科学与工程学】【数据科学】 第四十四篇 数据湖 系列二 函数库01 2. 近似最近邻搜索(ANN): 通过HNSW等图索引模型加速,模型定义为构建一个层次化导航小世界图。依赖于消息队列(Kafka/Pulsar)、分布式文件系统(HDFS/S3)的客户端及连接库。依赖专门的向量检索库(如FAISS, Milvus)。管控目标: 召回率(Recall@K) > 95%,查询延迟 < 100ms。管控目标: < 1% (核心业务字段) 或 < 5% (一般字段)依赖数据处理框架(如Spark, Pandas)的核心统计函数。,通过牺牲精确性(ANN)来换取搜索速度的大幅提升。 阅读详情

相关推荐

11-4 AEB 算法原理及系统组成

本专题旨在探讨如何利用仿真软件开发自动紧急制动系统AEB,主要通过整理开发流程,实现从需求到验证的全流程掌握,为后续开发提供支持;同时,研究了如何在汽车自动驾驶仿真工具中开发自己的算法,并解决了从ISO、E-CNAP、GB/T以及交通法规等提炼出功能需求的问题,以快速实现原型模型的开发。本专题重点讲解了AEB的工作原理、系统/软件架构和需求、算法模型及实现、CCRs/CCRb/CCRm建模与仿真、VRU-AEB-B/P/M建模与仿真,同时还提供了测试用例,期待将AEB算法成功地产品化。

AIgraphX 8547

Java EE 进阶:8.MyBatis 操作数据库(入门)(第一弹)

Java EE 进阶:8.MyBatis 操作数据库(入门)(第一弹)

要努力去发光,而不是被照亮~ 112

即梦 AI 全功能零基础详细教程(纯技术版)

即梦 AI 是一款多模态 AI 生成工具,主打文本生成视频、图片生成视频、角色一致性生成、音画同步等核心功能,依托自研 AI 视觉模型,实现从文本 / 图片 / 音频素材输入,到高清视频、图像内容输出的全流程 AI 创作,支持短视频、短剧、创意素材等多场景创作,具备操作门槛低、生成效率高、画面可控性强的技术特点。@为工具内置引用指令,作用是锁定指定素材 / 角色,强制 AI 按照该素材的核心特征生成内容,无额外付费、解锁要求,免费使用。剧本拆分:将短剧拆分为单镜头(15 秒内 / 个)

2501_92061023的博客 5799

在Codex 让AI模型 拥有长期智能记忆

本文介绍Claude-Mem V15新功能——智能记忆召回,解决AI遗忘、重复提示、执行不一致等问题。通过本地部署claude-mem,实现自动记录决策(如数据库选型)、跨会话智能召回,支持记忆写入、检索、遗忘全流程闭环。相比传统记忆方案,其基于Hooks自动捕获工具调用,结构化存储,可追溯、可共享、可清理,显著提升工程效率与协作一致性,是长期项目中理想的“工作黑匣子”与“工程脑”。

米莱虾 253

模拟滤波器的基础知识和设计

使用Python实现多种模拟滤波器

faltas的博客 3528

CentOS7环境下搭建 rsyslog 日志服务器,rsyslog+loganalyzer

1.系统环境部署 ip hostname 192.168.200.182 web 192.168.200.184 rsyslog-mysql 关闭防火墙、selinux、下载epel源 [root@web ~]# systemctl status firewalld.service ● firewalld.service - firewalld - dynamic firewall daemon Loaded: loaded (/usr/lib/systemd/system/f

sehn_的博客 3752

Spring Boot 数据源与 MyBatis(-Plus) 自定义配置详解

本文详解 Spring Boot 中单数据源环境下 HikariCP 与 MyBatis-Plus 的自定义配置。通过手动声明 SqlSessionFactory,实现下划线转驼峰、日志输出、一级缓存策略等精细化控制。结合 HikariCP 核心参数调优(如最大连接数、连接生命周期),确保高性能与稳定性。适用于仅需访问单一数据库的场景,避免多数据源复杂性,兼顾性能与可维护性。

BADAO_LIUMANG_QIZHI的博客 190

MATPOWER下载安装教程

将MATPOWER文件复制在C:\Program Files (x86)\MATLAB\R2016b\bin目录下。原来的窗口中多了很多文件路径,点击【保存】,再点击【关闭】选择所要添加的MATPOWER文件夹,点击【选择文件夹】二、将MATPOWER放在bin目录下。找到菜单栏的【设置路径】点击【添加并包含子文件】一、从官网下载后解压。

weixin_47365903的博客 2万+

45-存储过程与函数

匿名块跑完就没了,想下次再用只能复制粘贴。给块起个名字存进数据库,就成了存储过程与函数:一次编译、处处调用、权限收口,还能让 Java 侧少拼 SQL。这篇讲封装、调用、限制与排错的完整套路。CREATE OR REPLACE 覆盖式创建,事务由调用方控制;参数三模式 IN 只进、OUT 只出、IN OUT 双向,OUT 参数调用时要备好变量接;调用三姿势 EXEC、CALL、匿名块,命名传参=>最清晰;函数必有 RETURN,想在 SQL 里调用就不能碰 DML 和事务控制;

yuhou25的博客 151

你知道几种数字地与模拟地连接方式及优缺点?

频率选择性:磁珠的阻抗特性随频率变化,只对某个频点的噪声有显著抑制作用,对于频率不确定或无法预知的情况,可能不是最佳选择。在实际应用中,选择合适的连接方式需要根据具体的电路频率、信号类型、设计要求等因素综合考虑,以达到最佳的电磁兼容效果.高频信号干扰:在高频电路中,单点接地可能导致信号回流路径过长,增加地线电感,从而引入高频噪声。限制噪声电流:0欧姆电阻相当于一个非常窄的电流通路,能够有效地限制环路电流,使噪声得到抑制。抑制高频信号:电感对高频信号有较大的阻碍作用,可以有效抑制高频噪声。

linkking27的博客 799

MIKE水动力笔记4_制作网格

建立水动力模型前的重要一步就是制作网格,本文所讲内容就是如何在MIKE中制作网格。

晏长街的博客 2万+

数据库乐观锁深度解析:MySQL、PostgreSQL 实战 + Spring Boot 集成指南

Oracle 提供了ORA_ROWSCN伪列(System Change Number),记录最后修改行的 SCN,类似 PostgreSQL 的xmin。实践中通常仍使用 version 字段方案,逻辑与 MySQL 完全相同。-- Oracle:通过 ORA_ROWSCN 实现乐观锁-- 更新时比对 SCN// 自定义注解// AOP 切面@Aspect@Component@Slf4jtry {

yjc_1111的专栏 392

【深度学习新浪潮】李飞飞团队VAGEN框架深度解析:让VLM智能体学会“三思而后行“

VAGEN框架的真正价值,不仅在于性能指标的突破,更在于重新定义了VLM智能体的发展方向——人工智能的进步不应只追求"做得对",更要实现"想得清"。李飞飞团队通过强制显式思考、动态表示适配和精细化奖励三大创新,让智能体第一次具备了可解释的世界建模能力。正如人类通过"观察-预测-行动"认识世界,VAGEN为AI注入的这种思考范式,或许正是通往通用人工智能的关键一步。对于开发者而言,开源的VAGEN框架不仅提供了强大的工具,更揭示了一个重要理念:让AI学会思考,比让它学会执行更重要。

专注:太空算力、AI infra、异构调度、大模型成本工程 280

大数据工具介绍

Hive作为离线数仓的元数据管理与SQL接口,依托HDFS存储、Spark/MapReduce计算;Spark是统一的分布式计算引擎,承担复杂数据处理;DataX实现异构数据源间离线同步;ClickHouse擅长极速单表分析;Doris则提供实时、多表关联的综合分析能力;Flink作为原生流处理引擎,支持毫秒级实时计算与状态管理。两者共同构建起从离线批处理到实时流处理的完整数据链路。

yyk33324的博客 261

IEM模型,地表粗糙度模拟

利用微波反演土壤水分时候,利用IEM模型可以实现对随机地表的模拟

win10 跳过U8环境检测的IE WebControls.rar

win10 安装u8的时候 提示IE WebControls 不通过,这个工具可以欺骗u8的检查。 跳过U8环境检测的IE WebControls。提示导入失败后,重新检测通过。

数据库主键选型指南:BIGINT vs VARCHAR

主键选型关乎数据库性能与架构演进。BIGINT(如雪花算法)在顺序写入、二级索引开销和分布式生成上优势显著,适合高并发核心链路;而传统 VARCHAR UUIDv4 因随机性导致频繁页分裂、存储膨胀,性能堪忧。UUIDv7 通过时间戳有序性实现高效追加写入,结合 BINARY(16) 存储可兼顾性能与安全,成为现代微服务新选择。关键在于:主键应稳定、无业务含义,优先选用趋势递增的紧凑类型,并根据场景合理采用双主键模式或 ULID 等替代方案。

小李同学的博客 299

数学建模模型总结

这是本人在两年内准备参加数学建模竞赛搜集到的模型资料,已经经过了本人的筛选和整理,希望能够对准备参加数学建模竞赛的学弟学妹们提供一些帮助!

自动化运维选型:四条技术路线的能力边界,以及它们为什么不能互相替代

自动化运维怎么选型?拆解配置管理、基础设施即代码、作业调度与场景化编排四条技术路线边界,分析账本归属与时间语义差异,给出四种架构组合与判断点,帮企业看清为何不能互相替代。

trainsignalcn的专栏 305

文档:亲测可用解决vnc灰屏,黑屏,鼠标大黑叉情况

主要解决vnc-viewer灰屏,黑屏,鼠标大黑叉等现象,详细见文档。

不用再为文本搜索单独维护一套系统!全文检索深度解析

为了给商品、客服工单或者企业知识库增加一个搜索框,企业往往需要在业务数据库之外,再部署一套Elasticsearch。数据库保存商品、订单和用户等真实业务数据,搜索引擎保存另一份文本索引;两套系统之间,还需要通过CDC、消息队列或者同步程序持续传输数据。一个看似简单的搜索需求,最后可能变成两套集群、两份数据和一条必须保持稳定的数据链路。由此产生的问题并不少:数据库已经完成更新,搜索结果却可能尚未同步;业务查询同时涉及文本、库存、权限和订单状态时,应用需要在两个系统之间来回组合结果;

TiDB 社区干货传送门 179

WordPress 全站 HTTPS 后仍显示「不安全」或锁被划掉:先清混合内容,再核证书链与强制跳转

浏览器地址栏仍提示「不安全」、锁被划掉或控制台 Mixed Content 告警——明明证书已装、后台也勾了全站 HTTPS——这和今天槽位里写过的表单「提交成功但收不到邮件」、「建立数据库连接时出错」,以及登录 Cookie/CDN 重定向环、502/503、PHP 白屏、WP-Cron、媒体上传、固定链接 404、Woo 支付回调不是一类故障。PHP 与数据库多半正常,卡在。更稳的顺序是:先分清是→ 用开发者工具清出所有http://

20年技术经验|专注小程序+外贸独立站|已服务500家企业,分享创业中有趣的产品和技术经验。 375

48-逻辑结构表空间段区块

默认 10%,意思是块里的空闲空间低于 10% 时就不再插入新行,留着给已有行的 UPDATE 变胖用。注意 INSERT 过程中每次申请新区,都是一次潜在的空间报错点,如果表空间满了,此刻就会抛 ORA-01653。剩下的空间被谁占了?段的每个区可以落在表空间的任一数据文件,所以 2T 的表在 32G 单文件上限(smallfile)的世界里照样能活——多加文件就行。,一张只有两个 CLOB 字段的表,实际在库里是三个段(表段 + 两个 LOBSEGMENT),空间统计漏算 LOB 段是新手常犯的错。

yuhou25的博客 282

市场调查与统计分析专业大学期间考证怎么安排?

市场调查与统计分析专业的考证规划,适合从一份完整的调查报告倒推:能不能设计问卷、判断样本是否合理、清洗数据,再把分析结果转化为业务建议?围绕这条能力链安排证书,比单纯按“热门程度”报名更有针对性。结合2026年的学习安排,并为2027年的实习、升学和求职预留时间,大学期间可以重点考虑六类证书:全国计算机等级考试证书、大学英语四级或六级成绩报告单、CDA数据分析师、初级统计专业技术资格证书、微软办公软件国际认证中的Excel相关证书,以及软考数据库系统工程师资格证书。

cc572502653的博客 157

QT(了解各个控件及布局)下

练习工程里加一个“确认发送”按钮点击后弹出一个自己写的对话框:一句提示 + “确定”/“取消”确定 → 打印“已确认”,继续发送;取消 → 打印“已取消”,不发送点窗口右上角 X = 取消对话框弹出期间,主窗口点不动(模态)首先我们要在原项目的基础上,新建一个类,就是一个新的小对话框窗口,如下:然后系统会帮我们创建这个新类的头文件和源文件,接着我们到利用ui编辑器设计这个新窗口的界面,如下:如果要实现文字居中,就要设置到QLabel的属性设置这个alignmen为水平中心对齐。

lhbweilai的博客 212

Oracle 19c 在线重定义后旧表空间清理及 ASM 存储资源回收 SOP

Oracle 19c 在线重定义后旧表空间清理与 ASM 存储资源回收 SOP

「YYL DBA手记」 数据库 · 架构 · 运维 · 实战 yyldba.blog.youkuaiyun.com 475

AI Agent记忆从不是向量库:Oracle拆解读写分离与记忆晋升门,终结无脑存聊天的伪智能——读Wojtek Pluta演讲

在过去一年里,绝大多数团队在为自己的 AI Agent 增加“记忆能力”时,做法几乎如出一辙:开一个向量数据库(Pinecone / Milvus / Chroma),在每轮对话结束时,把用户的提问和 Agent 的回复转成 Embedding 向量直接往里塞;<summary> 审查 Kyle 的贷款完整性,审批未通过,等待补件。这种记忆能力完全脱离了脆弱的会话上下文窗口,靠的是数据库底座驱动的显式记忆装配。在写路径中,决定一条信息能否从“临时上下文”跃升为“长期持久化记忆”的核心关卡,正是。

鲜衣怒马楼兰月 126

从事件风暴到因果收敛:Mopheus多智能体协同事件触发架构与防循环实践

在构建生产级多智能体协同引擎的过程中,我们总结了三条核心工程准则:1.不可变因果链优于事后关系反查在高度并发且异步的多智能体网络中,因果关系的追溯绝不能依赖事后查库反查关联;将只增的因果祖先链显式封装在事件载荷与任务上下文中,以O(1)的内存检查实现确定性极高的闭环防范。2.生产端纯粹广播与消费端前置极速过滤是高吞吐的基石遵循严格的Pub/Sub模式,让核心业务实体与下游智能体编排解耦;通过调度层内存条件字典求值(conditions),在纳秒级内过滤掉99%的无关事件,保障零业务侵入与极高的系统吞吐。

weixin_54551388的博客 237

Spring事务和事务传播机制

3. 可重复读(REPEATABLE READ): 事务不会读到其他事务对已有数据的修改, 即使其他事务已提交. 也就可以确保同⼀事务多次查询的结果⼀致, 但是其他事务新插⼊的数据, 是可以感知到的. 这也就引发了幻读问题. 可重复读, 是 MySQL 的默认事务隔离级别.p1事务可以认为是⽗事务, 嵌套事务是⼦事务. ⽗事务出现异常, ⼦事务也会回滚, ⼦事务出现异常, 如果不进⾏处理, 也会导致⽗事务回滚.

txxzjmzlh的博客 202

布隆过滤器(Bloom Filter)入门与实战:它是什么、怎么用、有什么坑

📌 先说结论

nice_lcj520的博客 463
上一篇: MySQL 高级实用 SQL 操作指南 —— 企业级 Java 后端开发必知必会
下一篇: Java 反射(Reflection)+ Paths + Files 综合使用指南
龙茶清欢
博客等级 码龄7年 3720粉丝 375原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

龙茶清欢

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值