优化分 5 大层次:架构层 → 配置参数 → 索引优化 → SQL 语句 → 运维监控,由上到下落地,优先改 SQL 和索引(收益最高),再调参数,最后考虑架构扩容。 说明:下面默认是 InnoDB(MySQL 默认存储引擎,生产几乎都用) 一、架构层面(高并发、大数据量场景) 读写分离 主库写,从
场景说明:是修改本地 .sql 文本文件内容(不是在数据库里 update);如果是已经导入数据库、要批量更新表数据,看方案 3。 方案 1:sed(Linux / Mac / WSL,适合大批量 SQL 文件,推荐) sed 流编辑,直接替换文本,支持批量文件。 语法模板: # 单文件替换:把 o
✅ 通用多库 GUI(最常用,一套工具连多种库) 1. DBeaver(强烈推荐,免费开源首选) 授权:社区版 Apache2.0,免费可商用,跨平台 Win/Mac/Linux
核心定义:分布式数据库(DDDB)是把数据分散存储在多台独立节点上,通过网络协同,对外提供统一数据库视图,分为同构分布式(如 TiDB、OceanBase)、异构联邦库;常分为 NewSQL(兼顾 ACID + 水平扩展)和传统分片 MySQL 这类简易分布式方案。 ✅ 优点 1. 水平扩展能力强(
适用 MySQL 5.7 / 8.0,默认 InnoDB,不罗列玄学方案,优先低成本、高收益手段 一、索引优化(收益最高,优先做) 1. 索引设计原则 最左前缀原则:联合索引 idx(a,b,c),查询条件必须带上最左列 a 才能走索引;范围条件(> < between like 前缀通
✅ 通用首选:utf8mb4_0900_ai_ci(MySQL8.0 默认)MySQL 含义:ai=accent-insensitive 不区分重音;ci=case-insensitive 不区分大小写 基于 UCA 9.0 标准,Unicode 排序规则最新最准,支持 emoji、生僻字、多语言,
按类别整理,同时附带错误示例、原因、修正写法,覆盖 MySQL / PostgreSQL /openGauss/ 达梦 等常见库。 说明:有些属于语法兼容问题(A 库合法、B 库报错),很多人会当成语法错误。 一、符号、引号、分号类(最高发) 漏写 / 多写分号 ; -- 错误:少分号,语句粘连 s
✅ MySQL / MariaDB(mysql 客户端) 登录 mysql -h127.0.0.1 -P3306 -uroot -p 常用查看: -- 列出所有库 SHOW DATABASES; -- 查看当前所在库 SELECT DATABASE(); -- 查看版本 SELECT VERSIO
openGauss 是开源版高斯,华为云 GaussDB 是云化商业版,SQL 语法、基础操作大体一致,下面按SQL 操作、数据导入导出、权限安全、运维管理、高可用、特色增强功能分类整理。 一、标准 SQL 操作(开发最常用)
DBA 数据库安全核心思路:边界防护 + 身份权限 + 数据本身 + 审计监控 + 备份灾备 + 漏洞与变更管控 + 应急响应,覆盖事前、事中、事后全生命周期。 一、身份与访问安全(最核心,防越权登录) 最小权限原则 账号按需授权,禁止 DBA 日常使用超级账号(root、sys、postgres、
优化思路分为 4 大块:SQL 语句本身优化、索引优化、数据库表结构设计、执行计划与数据库配置,优先从执行计划入手定位瓶颈,不要盲目加索引。 一、先看执行计划(定位问题的第一步) MySQL:EXPLAIN SELECT ... PostgreSQL:EXPLAIN ANALYZE SELECT .
向量数据库本质是对高维向量做相似度检索 + 配套元数据管理,选型要从业务规模、检索性能、工程运维、成本、生态合规几个维度评估,下面分大类梳理,适合技术方案评审。 一、业务与向量本身特征(最先评估) 向量维度 低维(<256):大部分库都轻松支持; 中维(256~1024):主流 Embedding
核心思路:先评估业务负载类型、数据量、并发、SLA,再匹配 CPU / 内存 / 磁盘 / 网络,最后区分物理机、虚拟机、容器、云数据库选型,不要上来直接堆硬件。 一句话原则:数据库绝大多数场景是内存优先,其次磁盘 IO,CPU 看计算压力。 一、第一步:明确业务需求(选型前置) 1. 业务类型
数据库正在从单纯的数据存储容器,进化为AI 时代的数据与知识底座;技术上走向云原生、多模融合、AI 原生、软硬协同;国内市场则叠加信创自主可控 + AI 业务爆发双重红利,长期前景向好,但竞争门槛持续拉高。 一、核心技术发展趋势 1. AI 原生 + 向量检索成为标配
主流:JDBC 连接池(HikariCP、Druid),核心监控目标:连接数、等待队列、活跃连接、空闲连接、泄漏、慢 SQL、使用率,用于发现连接耗尽、连接泄漏、池过小 / 过大等线上故障。 一、连接池核心指标(必须监控)
数据库连接本质是客户端与数据库之间的会话通道,建立连接是重操作(TCP 三次握手、身份认证、权限加载、初始化会话上下文),不能频繁创建销毁,大部分连接性能问题都围绕:连接创建开销、连接泄漏、连接池配置不合理、长连接 / 短连接误用、网络、事务持有连接这几大块。 1. 频繁创建销毁连接(短连接滥用)
分为 mysqldump(命令行,最常用)、mysql 命令导入 sql 文件、select … into outfile /load data infile(文本批量导入导出)、Navicat/DBeaver 图形工具四种方式。 环境:MySQL 5.7 / 8.0,注意 8.0 对文件路径、se