企业官网建设流程全解析

搞技术的几乎都绕不开“数据库”这三个字。前端要调接口，后端要写SQL，运维要盯实例，连测试做数据构造也得会几条增删改查。标题里的“初步了解数据库（MySQL）”听起来确实很基础，但很多人就是卡在基础这一步：概念看了不少，一动手连MySQL都装不明白。这篇内容相当于我平时带人走的一条完整路线，从安装配置、SQL常用操作，到连接池、数据同步、项目场景与排错，全部串起来讲一遍。我的做法是，每个操作都尽量说清楚“为什么这么干”，而不是只丢一条命令。

数据库知识最忌讳的就是背概念。你就算能把“事务的ACID特性”背得一字不差，真到线上要处理一条慢SQL，还是不知道从哪下手。所以建议直接跟着MySQL动手，把一个本地实例跑起来，边操作边理解库、表、字段、索引、主键这些词的实际含义。后面每个章节的内容，都建立在“你有一个能正常使用的MySQL”这个前提上，所以第二部分的环境准备别跳过。

1. 数据库到底在解决什么问题

1.1 先搞懂行、列、表和主键的关系

很多人第一次听“数据库”，下意识以为是很玄的东西。其实可以把它理解成一张规则更严格的Excel表：一个工作表是一张数据表，最上面一行是字段名，下面的每一行是一条记录。MySQL里的表，本质上也是这个结构，只不过它严格规定了每一列的数据类型、是否允许为空、是否唯一，并且通过索引让查询变快。

这里有几个高频概念，我按实际使用频率排个序：表（table）、字段（column）、记录（row）、主键（primary key）、索引（index）、事务（transaction）。主键就是每条记录的唯一编号，就像每辆车的车牌号，不能重复也不能为空。索引的目的单纯是为了加速查找，好比书的目录页，但索引会占磁盘空间，写数据时也有额外开销，所以不能无脑加。事务则用来保证多步操作的一致性，比如转账时“扣钱”和“加钱”必须同时成功，或者同时失败，不能只做一半。

把上面这些串起来，就是数据库基础知识的核心。接到一个新需求时，先别急着写代码，建议先画一个表结构清单：哪些业务对象需要单独建表，表和表之间怎么关联，哪些字段需要唯一约束，哪个字段做主键。这个步骤想得越清楚，后面写增删改查越不容易返工。我在项目里见过太多因为前期表设计拍脑袋，后期上线一个月就不断改字段结构的情况，代价远比你想象的贵。

1.2 为什么新手和老手都常选 MySQL

市面上的数据库非常多，MySQL、Oracle、SQL Server、PostgreSQL、SQLite，还有达梦、GBase这类自有品牌的数据库。对刚接触的人来说，选MySQL作为第一个学习对象，几乎是性价比最高的决定。

选择MySQL有几个很现实的原因。第一，它免费开源，能随便装在自己电脑上折腾，不像某些商业数据库装个测试版还要申请授权。第二，社区资料量巨大，报错信息一搜基本都有前人踩过坑，这对新手极其友好。第三，它和Java、PHP、Python这几种后端语言配合非常成熟，JDBC驱动、ORM框架、容器镜像全都是现成的。很多小型公司的生产环境，MySQL+Redis组合就够支撑相当体量的业务。

但也要知道它的边界。如果业务写着写着发现并发量极高，或者主要保存的是物联网设备不断上报的时序数据，这时候就需要引入其他数据库来解决特定问题。我后面会单独讲一下时序数据库TDengine，就是想让大家明白：没有万能数据库，只有合适的工具。

2. 把 MySQL 跑起来：安装与配置

2.1 Windows 下安装 MySQL 8 的完整路线

在Windows上装MySQL，最简单的办法是去官方下载MySQL Installer。搜索引擎里搜“mysql 下载官网”会出来一堆第三方站点，有些还夹带私货，所以认准dev.mysql.com/downloads/就好，社区版（Community Server）免费，足够学习和生产小规模使用。

安装过程有几个关键选择，我说一下实际经验：

1. 安装包类型选Developer Default，也可以只选Server Only，默认会带MySQL Workbench和Shell，先保留这些工具，省得后面还要补。
2. 到了“Type and Networking”页面，默认端口3306不要随便改。除非你已经装了其他数据库占用了端口，否则保持默认，后续所有连接串、工具配置都按3306来。
3. Authentication Method选择“Use Strong Password Encryption”（默认的caching_sha2_password）。如果公司里有用老版本客户端，再考虑切到mysql_native_password，否则容易遇到认证插件不兼容的问题。
4. 设置root密码后，别忘了在“Windows Service”环节勾选“Start at System Startup”，不然重启电脑后MySQL服务不会自动跑起来。

安装完成后，打开命令提示符，执行mysql -uroot -p，输入密码，能进到mysql>交互界面就说明装好了。顺手执行一句SELECT VERSION();，能看到8.0.x版本号。这句话以后会是排查问题的一把钥匙，很多异常看起来是网络问题，最后查出来是应用连到了错误版本或错误节点的MySQL。

2.2 Linux 下 RPM 安装和离线安装

真正的工作环境更多是Linux，CentOS、Ubuntu这类系统。以RHEL系为例，官方提供了yum源安装包，文件名通常是mysql80-community-release-el9-*.rpm这类。先下载对应的rpm包，然后安装并启用MySQL的源，再执行yum install mysql-community-server，依赖会自动解决。这个方法适合服务器能联网的情况。

但内网环境还有另一种常见需求：离线安装。你得在一台可以联网的机器上把mysql-community-common、mysql-community-client、mysql-community-server等几个rpm包全部下载下来，拷到目标机器后执行：

rpm -ivh mysql-community-common-*.rpm rpm -ivh mysql-community-client-plugins-*.rpm rpm -ivh mysql-community-libs-*.rpm rpm -ivh mysql-community-client-*.rpm rpm -ivh mysql-community-server-*.rpm

依赖顺序不能乱，先公共、再客户端、最后服务端。很多人图省事直接rpm -ivh mysql-community-*.rpm一起装，运气好能成，运气不好会遇到依赖冲突。更稳的做法是yum localinstall mysql-community-*.rpm，让yum帮你解决依赖。

装好之后初始化是个容易踩坑的点：

mysqld --initialize --user=mysql systemctl start mysqld grep 'temporary password' /var/log/mysqld.log

临时密码就在这行日志里。第一次登录会强制你修改密码：

ALTER USER 'root'@'localhost' IDENTIFIED BY 'YourStrongPassword123!';

我在装监控系统时，比如CentOS 9部署Zabbix 7.0 LTS，后端用的就是MySQL 8.0。这类场景下不仅要装库，还要额外建好zabbix库并授权。养成看日志的习惯，比盲目重启服务管用得多。MySQL的错误日志默认在/var/log/mysqld.log，很多启动失败的根因都在里面。

2.3 安装过程中几个高频报错及排查方向

新手在安装阶段最容易心态炸裂。我把自己实际遇到过的几个报错整理一下，报错原文不完全一样，但排查方向是一致的。

先说e0434352，这串编码很多人见到就慌。它本质上是.NET运行时抛出的异常，经常体现为一个Windows程序瞬间崩溃。MySQL相关的图形工具或者服务出现这个错，第一反应应该是检查VC++运行库是否完整，尤其刚重装过系统的机器，缺失运行库的概率很高。不要一上来就反复重装MySQL，装到怀疑人生也没用。

再比如“找不到数据库引擎启动句柄”，这句话很容易让人以为是MySQL找不到什么系统句柄，其实多数情况下是MySQL服务还没初始化成功，或服务里配置的路径和实际安装路径不一致。Windows服务管理器里看“可执行文件的路径”是否包含mysqld.exe，再把data目录清掉重新初始化一遍，一般就能解决。总之一句话：安装遇到问题先看日志，服务类问题看系统事件查看器，数据库类问题看MySQL错误日志，比到处搜碎片答案更高效。

3. SQL 常用操作：增删改查与进阶

3.1 把增删改查练熟，就拿到了数据库的钥匙

不管MySQL埋了多少新特性，日常开发用得最多的始终是增删改查，也就是常说的CRUD。先建一张用户表示范一下基本操作：

CREATE TABLE user ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50) NOT NULL, phone VARCHAR(20) UNIQUE, age INT DEFAULT 18, created_at DATETIME DEFAULT CURRENT_TIMESTAMP );

这张表里用上了几个最常见的约束：PRIMARY KEY保证主键唯一，NOT NULL说明字段不能为空，UNIQUE防止手机号重复，DEFAULT给字段默认值。然后往里插几条数据：

INSERT INTO user (name, phone, age) VALUES ('张三', '13800000001', 25);

查询时最常用的是带过滤条件的写法：

SELECT id, name, age FROM user WHERE age > 20 ORDER BY id DESC LIMIT 10;

这条语句虽然只有一行，但包含了执行顺序的问题：先通过WHERE过滤，再排序，最后取前10条。理解这个顺序对排查慢查询非常重要，有时候你发现LIMIT失效，就是因为SQL写成先排序后过滤，排序过程把数据库拖垮了。

更新和删除也要注意范围：

UPDATE user SET age = 26 WHERE id = 1; DELETE FROM user WHERE id = 1;

写这两类语句时，我的习惯是先跑一遍SELECT看看影响多少行，再用UPDATE或DELETE去执行。尤其是线上环境，一次忘记加WHERE的UPDATE能把整张表的数据全改掉。如果MySQL允许，还应该把这类危险操作放到事务里：

START TRANSACTION; UPDATE ... ROLLBACK; -- 或者 COMMIT;

事务的好处就是“做错了能反悔”。在还没COMMIT之前，执行ROLLBACK可以全部撤销。这个习惯一旦养成，能帮你躲过不少生产事故。

3.2 排序、默认值、字符串转日期等容易踩坑的写法

接着往下走，有几个书写习惯我想拿出来单独说。第一个是排序：

SELECT * FROM user ORDER BY age DESC, id ASC;

如果只按一个字段排序，当age相同的时候行的顺序是不可预期的。所以需要次要排序条件来保证结果稳定。还有一个细节是NULL值排序，默认在升序时排最前，如果你想让它沉底，可以加ORDER BY (age IS NULL) ASC, age ASC。

第二个是设置默认值为0。比如用户积分：

ALTER TABLE user ADD COLUMN points INT NOT NULL DEFAULT 0;

默认值的作用不只是插入时省参数，更重要的是保证历史数据不会因为新字段而报错。如果表里已经有几百行记录，新增字段时不给默认值，MySQL会要求你填一个，否则语句会执行失败。

第三个高频需求是把字符串转成日期。Java后端传过来的参数经常是'2024-05-01 10:30:00'这种字符串，直接用字符串比较出错的概率很大。正确的转换方式：

SELECT STR_TO_DATE('2024-05-01 10:30:00', '%Y-%m-%d %H:%i:%s');

反过来，把日期转成指定格式用DATE_FORMAT：

SELECT DATE_FORMAT(now(), '%Y年%m月%d日');

MySQL的日期有多少种格式，我不想在这里全部列出来，但格式符%Y是四位年，%y是两位年，%m是两位月，%d是两位日，%H是24小时制小时，这个几个最常用，背下来足够应付大部分场景。很多人遇到字符串和日期比较的诡异结果，基本都是因为隐式转换。MySQL会自动尝试把字符串转数字或日期，一旦转换失败，就会变成全表扫描，慢得没眼看。所以能用显式转换的，尽量别依赖隐式转换。

第四个是修改表结构。开发过程中改字段简直是家常便饭，常用三条命令：

ALTER TABLE user ADD COLUMN email VARCHAR(100) DEFAULT NULL; ALTER TABLE user MODIFY COLUMN email VARCHAR(150) DEFAULT NULL; ALTER TABLE user CHANGE COLUMN email contact_email VARCHAR(150) DEFAULT NULL;

ADD是新增字段，MODIFY是修改字段属性和默认值，CHANGE可以连同字段名一起改。还有一种是修改字段注释，MySQL和GBase这类数据库的写法类似：

ALTER TABLE user MODIFY COLUMN email VARCHAR(150) COMMENT '联系邮箱';

这里的注释不是可有可无的东西。等表结构越来越复杂，几个字段都有特殊含义时，一份好的注释能省下大量沟通成本。我在项目评审时经常看到有人建表不带注释，半年后自己都看不懂字段含义。记住：表结构注释是写给未来的人看的，包括未来的你自己。

3.3 存储过程：熟悉语法，但不过度使用

存储过程在MySQL里的角色有点微妙。老项目里大量使用，新项目反而不太推荐。但作为入门者，至少要看懂它，因为研究老系统或者做数据抽数脚本时必定会碰到。

一个最简单的存储过程示例：

DELIMITER // CREATE PROCEDURE count_user(OUT total INT) BEGIN SELECT COUNT(*) INTO total FROM user; END // DELIMITER ; CALL count_user(@n); SELECT @n;

执行原理不复杂：DELIMITER //是临时把语句结束符改成//，否则MySQL遇到分号就以为整个定义结束了；OUT表示输出参数；CALL负责调用。还有带输入参数的写法：

CREATE PROCEDURE get_user_by_id(IN uid INT) BEGIN SELECT * FROM user WHERE id = uid; END;

存储过程把一段逻辑封装在数据库内部，确实能给应用层减负，但它的问题也很明显：不好调试、不好做版本管理、逻辑和业务代码分离后很容易失守。我见过的团队，一般只在两种地方保留存储过程：一种是报表计算和复杂的数仓加工，另一种是老的ERP系统接口。大部分JavaWeb项目用ORM框架直接执行SQL够用了。

如果你非要在自己负责的项目里写存储过程，我的建议是控制长度。一个存储过程超过几百行，基本就失去可维护性了。你可以把它当成学习数据库逻辑的好工具，但别把核心业务全部压在上面。

4. 客户端工具、连接池与数据流转

4.1 数据库客户端工具怎么选

环境搭好、SQL会写了，接下来是连接数据库的工具选择。MySQL自带的Workbench能用，但用起来不算顺手。现在各团队用得比较多的客户端大概有几类，我列一下适合的场景。

Navicat系列是很多人的首选，图形化程度高，建库、导数据、备份都直观。它能连接MySQL、Oracle、SQL Server、达梦等等，不需要每换一种数据库就学一个新工具。连接达梦数据库时，只要注意驱动文件和端口5236就行，整体体验和连MySQL差别不大。需要注意一点，Navicat是商业软件，学习用途完全可以用官方的试用版，或者换成开源工具，没必要在搜索引擎里找破解版。

如果你喜欢免费开源的，DBeaver社区版是一个很稳的选择。它支持几十种数据库，包括SQLite、Oracle、MySQL，统一管理很方便。还有一个轻量级工具叫DB Browser for SQLite，是专门用来打开SQLite文件的。很多人拿到一个.db或.sqlite后缀的文件不知道用什么打开，其实不需要装数据库服务，下载DB Browser for SQLite直接打开就能看到里面的表和数据。

工具方面有一个经验：不要同时开三四个客户端。每多一个客户端，就意味着多一套连接配置、多一个认证插件兼容性问题，排查问题时反而分散精力。我自己的组合是：日常开发用一个支持多源的工具，比如DBeaver；需要做复杂导入导出时再用Navicat。这样覆盖度已经足够。

4.2 连接池到底解决了什么问题

你有没有想过，为什么项目里很少直接用JDBC的DriverManager.getConnection()去连数据库？因为每次创建和销毁连接都是一个重操作，握手、认证、分配资源，几百个请求打进来就能把数据库拖死。连接池的思路很朴素：预先创建一批连接放在池子里，请求来了借走一个，用完再放回去。

以Java生态里常见的HikariCP为例，配置几个核心参数就能跑起来：

spring: datasource: url: jdbc:mysql://localhost:3306/test_db?useSSL=false&serverTimezone=Asia/Shanghai username: root password: 123456 hikari: minimum-idle: 5 maximum-pool-size: 20 connection-timeout: 30000

minimum-idle表示池里最少保留5个空闲连接，maximum-pool-size表示最大能同时存在20个连接，connection-timeout是借连接超过30秒就报错。这些参数看着简单，实际上要配合数据库端的max_connections一起看。比如MySQL默认最大连接数是151，如果你把应用连接池最大数设成200，那运行到高峰时直接报too many connections。这个错出现时第一反应不是去改代码，而是去看数据库能承受多少连接。

连接池还有一个容易被忽略的价值：自动检测失效连接。MySQL默认的wait_timeout是8小时，如果一个空闲连接超过这个时间没被使用，服务端会主动断开，而客户端并不知道。这时候从连接池里拿到旧连接去执行SQL，就会报connection has been closed这类错误。早年很多新手被这个问题折磨过，后来连接池加入了validationQuery或testWhileIdle这类机制，拿连接前先探活，才大大缓解。

至于SSL连接错误，这个问题和连接池没有直接关系，但它在连接阶段就会炸掉。MySQL 8默认开启SSL，客户端连接串里需要正确配置useSSL参数。有时候你会看到服务器端要求SSL，但客户端证书缺失，这时要么配置证书，要么在明确安全的内部网络环境下一开始就设置成useSSL=false。千万别混乱地在两个方向来回试，先确认是哪一侧的证书或协议不匹配，再决定处理方式。

4.3 数据导入、同步和跨服务器调用

从一个Excel里把数据导入数据库，是几乎所有人都会遇到的需求。手工逐条插入显然不现实，最常见的办法是用Navicat导入向导：选择Excel文件，映射列表头到表字段，预览后执行。这个流程虽然有点繁琐，但它会帮你展示每一行对不对，比写脚本更加直观。

如果用命令行或脚本环境，可以用LOAD DATA LOCAL INFILE：

LOAD DATA LOCAL INFILE '/path/user.csv' INTO TABLE user FIELDS TERMINATED BY ',' LINES TERMINATED BY '\n' IGNORE 1 LINES (name, phone, age);

这里的分隔符、换行符、是否忽略第一行，都要根据实际文件内容调整。导入前要检查字符集，文件是GBK编码而表是utf8mb4，导进来就是一串乱码。

再往前一步，数据库同步。生产环境的MySQL主从复制是基础方案，主库写、从库读，靠的是binlog日志事件同步。如果应用场景不是单纯的主从复制，而是需要把不同异构数据库之间的数据打通，比如Oracle到MySQL、MySQL到达梦，那就会用到同步工具或ETL工具。这里的核心思路不是“把数据复制一份”这么简单，而是字段映射、增量判断、冲突处理、断点续传。很多数据库同步软件和数据库同步工具，本质上都是在解决这几个问题。

还有一类很常见的场景是跨服务器调用。比如你在SQL Server 2019服务器A的IIS上部署了应用，但数据库却放在服务器B，这本身不是数据库软件的问题，而是连接串、端口、防火墙、账号授权的问题。SQL Server还有一种Linked Server功能，可以直接在本地查询另一个服务器上的数据，执行SELECT * FROM [远程服务器名].[数据库名].[架构名].[表名]。MySQL也有类似的FEDERATED引擎，只是使用场景不算广泛。本质上，这类跨服务器查询都不适合高频链路，偶尔做一次调研分析还行，当作核心接口使用会导致你被网络延迟和锁阻塞折磨到怀疑人生。

如果是云上的托管数据库服务，又不一样的逻辑：你不需要关心安装，但需要细粒度控制账号权限，数据库代理、审计日志、VPC内网隔离都要单独设计。对初学者来说，先把自建MySQL搞明白，再去理解托管数据库会容易很多，因为即使你用的是云RDS，背后的SQL和表结构知识依然一模一样。

5. 真实项目场景与排错经验

5.1 JavaWeb 项目里，数据库部分应该准备什么

很多人在学习JavaWeb项目时，最头疼的不是Java代码，而是数据库。一个完整的项目需要有建库脚本、初始化数据、表关系，以及连接池配置。如果你的课程设计就是一个JavaWeb项目，我的建议是先建库，再建表，再写代码，而不是反过来。

项目里常用的建库脚本大概长这样：

CREATE DATABASE school_job DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE school_job; CREATE TABLE student ( id INT PRIMARY KEY AUTO_INCREMENT, sno VARCHAR(20) UNIQUE NOT NULL COMMENT '学号', name VARCHAR(50) NOT NULL COMMENT '姓名', major VARCHAR(50) DEFAULT NULL COMMENT '专业' );

字符集选utf8mb4而不是老旧的utf8，是因为它支持完整的Unicode，遇到表情符号也不会出错。这句话我每写一个建库脚本都会带上，算是一个肌肉记忆。

项目配置文件里，数据库连接池关键项如下：

jdbc.url=jdbc:mysql://localhost:3306/school_job?useSSL=false&serverTimezone=Asia/Shanghai&characterEncoding=utf8 jdbc.username=root jdbc.password=123456

JDBC连接串里永远要把serverTimezone带上，否则你本地时区和数据库默认时区不一致时，写入的时间会偏差好几个小时。这个坑在学习和生产中都很常见，不少新手以为代码没写错，最后发现日期不对。

真正开发时，没有任何一个正常团队会手写几百行JDBC。主流选择是MyBatis、MyBatis-Plus、JPA这类ORM框架。但底层思路没变：通过连接池拿连接，执行预编译SQL，把结果集映射成对象。写项目案例时，我强烈建议至少把一条SQL的执行日志打出来，这样才能看到现在这条请求到底是怎么查数据库的。很多人项目跑不起来就发愁，其实SQL日志一开，五分钟就能定位到是表名拼错还是字段写错。

5.2 时序场景：MySQL 和 TDengine 如何取舍

把MySQL用得非常顺手之后，会遇到一类特殊情况：物联网设备每一秒上报一次数据，一天就有千万条记录。MySQL在这种情况下会越来越臃肿，查询变慢、存储变大。这时候需要引入时序数据库，比如TDengine。

TDengine的建模思路和MySQL最大的区别在于“超级表+子表”模型。它会先创建一个超级表，用来描述数据的公共结构，再把每个设备建模成一张子表。原来的MySQL表里如果有设备ID、时间、电流、电压、位置这些字段，转成TDengine时，一般把设备ID和位置这类不随数据变化的字段作为标签（TAGS），把时间戳和测点值作为数据列：

CREATE STABLE meters ( ts TIMESTAMP, voltage FLOAT, current FLOAT ) TAGS ( location BINARY(20), group_id INT ); CREATE TABLE d1001 USING meters TAGS ('Beijing', 1);

这种设计看起来有点绕，但本质是把“描述设备的属性”和“设备产生的数据”分开存。如果你拿着MySQL的表结构去设计TDengine超级表，最常犯的错误就是把所有普通列都当成数据列，忘了拆标签。记住一个判断标准：某一列的值在每个设备的所有记录里都基本不变，那它就是标签；如果每行都不一样，那才是数据列。

选型上，如果是标准的网络系统、订单系统，继续用MySQL完全没问题；如果是设备传感器和历史曲线分析，别硬撑，直接考虑时序数据库。技术选型不是比谁用得全，而是不给自己添堵。

5.3 与自有品牌数据库（达梦、GBase）打交道

在一些特定行业的项目里，会遇到达梦、GBase这类自有品牌的数据库。它们和MySQL的兼容度并不完全一致，有的支持大部分SQL语法，有的在某些细节上行为差异很大。目标不是每样都会，而是知道一个原则：连接驱动、SQL方言、工具支持，三者要同时确认。

连接达梦数据库时，它默认的端口是5236，驱动类名通常是dm.jdbc.driver.DmDriver。用Navicat这类客户端连接时，驱动选“DM”，填对地址、端口、账号即可。很多人在这一步卡住，多半是端口写成了MySQL的3306。

修改字段注释的语句，GBase和MySQL大体相似：

ALTER TABLE student MODIFY COLUMN name VARCHAR(50) COMMENT '学生姓名';

但如果你是从Oracle迁过来，会发现Oracle的字段注释是这种写法：

COMMENT ON COLUMN student.name IS '学生姓名';

两种语法看起来都简单，一旦在项目里混着用就会报错。所以遇到陌生数据库时，第一件事是查官方兼容手册，而不是盲猜。另外，很多商业管理软件在后台数据库选型前，会直接列出一份兼容清单。比如有些ERP系统可能只支持SQL Server 2008及以上，你用MySQL不一定能跑，甚至不是MySQL本身的问题，而是应用层用了大量SQL Server专属语法。这种场景下不是数据库“好不好”的问题，而是匹配度的问题。

5.4 高频问题排查速查表

最后把我在实际项目里经常碰到的一些报错和排查结论整理成一张速查表，方便备查。这张表不能解决所有问题，但能帮你把思路收敛到大概率方向上。

很多错误不能只看表面。比如sqlplus登录Oracle慢，可能的原因非常多，监听日志文件膨胀、DNS解析超时、网络延迟，甚至可能是客户端和服务端版本不匹配。遇到这类问题，我的习惯是先做分层排查：网络层ping和telnet确认通不通，系统层看CPU和内存，数据库层看监听日志。把问题缩小到某个层面后，再针对性地查解决方案。这套思路同样适合MySQL、SQL Server、达梦，几乎所有关系型数据库都适用。

再分享一个项目里的排查技巧：在怀疑数据库连接出错时，先用命令行工具执行一条最简单的查询，比如MySQL的SELECT 1;。这条命令能通，说明服务、端口、账号基本没问题；这条命令不通，后面的一切排查都没有基础。很多人在应用层花几个小时查代码，最后发现是数据库服务压根没起来。

我自己带人时，还有一个习惯：每次接手一套系统，先确认数据库的版本号、字符集、隔离级别和备份策略。这四样东西决定了你会遇到哪一类坑，也决定了你解决问题能够动用什么手段。刚开始学MySQL的时候不用记太多，把安装、常用SQL、连接池、数据同步这些基础串起来就已经很有框架感。后续再多遇到几个坑，慢慢就变成真正的实践者了。