Noamwa从一次深夜值班说起。当时我负责的系统突然报“访问数据库时发生错误”，页面转圈，监控面板上一片红。切到数据库服务器看慢查询日志，全是同一张表的全表扫描，再看连接数，已经顶到上限，连接池还在不断创建新连接。那一刻我意识到，数据库相关知识不是一个课程名，而是一条从选型、设计、SQL编写、连接管理到故障排查的完整链路，任何一环断了，业务都会直接崩给你看。
这不是什么高深理论，而是每个做过数据库项目的人迟早要面对的日常。这篇内容围绕这些高频问题展开：怎么选库，怎么设计表和索引，怎么处理锁和死锁，怎么做迁移同步，以及遇到“访问数据库失败”这类报错时，怎么一步步查明白。既适合正在做数据库课程设计的同学，也适合刚上手 MySQL、Oracle、达梦这些数据库的开发和运维。无论你用哪个库，底层那套逻辑是通用的。
1. 选型不是选“最火的”，而是选“最合适的”
1.1 关系型、时序、文档、向量：四种典型场景怎么分
很多人一提到数据库，第一反应就是 MySQL，再厉害点知道 Oracle。但如果你多看几眼最近的讨论，会发现一串很有意思的词：向量数据库、时序数据库、sqlite数据库、mongodb数据库。这说明真正做项目的人已经意识到，数据形态不同，应该用不同的存储引擎。
关系型数据库（MySQL、PostgreSQL、Oracle、达梦这些）处理的是结构化强、事务要求高的业务数据，比如订单、账户、库存。它们靠ACID事务保证数据一致性，这在电商和金融场景里没有替代品。像“数据库增删改查”“数据库sql”“mysql设置唯一已经有重复数据库”这类问题，基本都落在关系型数据库里。
时序数据库处理的是时间戳密集的数据，比如物联网传感器、监控指标、交易流水。普通关系库在写入海量时间序列时，索引膨胀得厉害，查询也不直观。专业时序库会按时间分区、做压缩和降采样，查询用连续聚合，性能差距是数量级的。
文档型数据库（MongoDB是代表）适合结构不一定、字段频繁变化的半结构化数据。如果你还在用关系库的JSON字段硬扛这种场景，迟早会被查询性能教训。向量数据库更特殊，它存的是向量嵌入，配合近似最近邻检索做语义搜索和AI应用，不能跟普通索引混为一谈。
我的建议是：先想清楚数据形态是事务型、时间型、文档型还是向量型，再决定数据库。选型错了，后面折腾迁移的成本，远比你想象的高。
1.2 商业库、开源库与国产库：成本与可控性的取舍
你看搜索热度里，oracle数据库、mysql数据库下载、达梦数据库、人大金仓数据库docker同时出现，这不是偶然。国内项目选型，现在基本是三足鼎立。
Oracle依然是很多银行、央企的老牌核心库，稳定性和生态毋庸置疑，但许可费高，运维门槛也高。Oracle 11g停更之后，不少企业被迫考虑替代。MySQL和PostgreSQL是开源阵营的两大主力，互联网公司、中小团队几乎都在这两者之间选。
国产数据库这两年起来得很快。达梦、人大金仓、GaussDB频繁出现在热搜里，说明有大量项目在做国产化适配。说句公道话，国产库的兼容性已经比早年好太多了，达梦兼容Oracle语法，金仓兼容PostgreSQL系，GaussDB有华为云生态加持。但“兼容”不等于“零改造”，SQL方言、驱动连接串、系统函数、权限模型、备份恢复工具链，每一处都可能要动手改。
我见过一个项目从 Oracle 迁到达梦，业务代码里只改了数据源连接，但存储过程里大量使用 Oracle 私有函数，光改这些就花了三周。所以选型阶段一定要做适配评估，别等业务上线了才补课。还有“金仓数据库未启用ssl”这种问题，本质上也是适配期容易忽略的配置项，提前在测试环境把SSL、驱动、连接串都验一遍，能省很多事。
1.3 单文件数据库、嵌入式与课程设计场景
热搜词里“linux下的单文件数据库”值得单独说。很多人不知道，真有一种数据库就是一个文件，复制到哪都能用，最常见的代表就是 SQLite。它在移动端、嵌入式设备、本地工具里用得非常多。
单文件数据库的好处显而易见：零部署、零配置，一个文件就是全量数据。做课程设计、写内部小工具、做桌面软件，SQLite几乎是首选。它支持标准SQL、事务和索引，多数场景跑起来绰绰有余。
但单文件数据库也有明确的天花板：并发写入能力弱，因为整个库会加写锁；集群和高可用方案基本没有；网络访问天然不适配。所以如果项目是多用户、高并发、需要在线扩容的，别图省事用SQL