上一章我们已经把一个很关键的转折讲清楚了：从 SQLite 走向 MySQL，不是简单换一个数据库名字，而是从“本地轻量数据库体验”走向“更接近正式项目的数据服务体验”。

那接下来最重要的问题就来了：

Python 到底怎么操作 MySQL 和操作 SQLite 相比，标准流程到底差在哪里 真正做项目时，一套最常见、最稳的 MySQL 操作链路是什么

这一章我不准备一上来堆很多零散命令。 而是先把“标准流程”讲透。

因为你后面不管用 Flask、Django，还是自己写后台、写接口、写管理系统，真正落到代码里，MySQL 操作其实都绕不开一条主线：

先有 MySQL 服务 再准备连接参数 然后在 Python 里建立连接 创建游标 执行 SQL 提交修改或获取结果 最后关闭资源

只要这条线真正顺了，后面不管是增删改查、事务、建表、项目实战，都会清楚很多。

一、先把最关键的现实说清楚：MySQL 不是一个本地数据库文件

这是它和 SQLite 最大的使用差别。

SQLite 的感觉是：

我手里有一个 .db 文件。 Python 连上这个文件，就能开始操作。

而 MySQL 不是这样。

MySQL 更像一个独立运行的数据库服务。 Python 程序不是去直接打开某个数据库文件，而是通过驱动去连接这项服务。官方 MySQL 文档对 Connector/Python 的说明就是：它是让 Python 程序和 MySQL 服务器通信的驱动，connect() 会建立与 MySQL server 的会话连接并返回一个 MySQLConnection 对象。

这个差别一定要先建立起来。

因为从这一章开始，你操作数据库的感觉不再是“读写文件”，而更像是“连接一个数据服务”。

这会直接影响你后面理解：

主机 端口 用户名 密码 数据库名 权限 连接失败排查

这些概念为什么会自然出现。

二、Python 要操作 MySQL，第一步不是写 SQL，而是先装驱动

这一点很像你前面学 requests、BeautifulSoup。

Python 自己并不会凭空和 MySQL 通信。 它需要一个驱动，也就是连接器。

MySQL 官方提供的 Python 驱动叫 Connector/Python。官方文档说明，推荐通过 pip 安装；用于经典 MySQL 协议的包名是 mysql-connector-python。另外，从 Connector/Python 8.3.0 起，经典协议和 X DevAPI 已拆成两个包，经典协议对应 mysql-connector-python，X DevAPI 对应 mysqlx-connector-python。

所以最常见的安装方式就是：

pip install mysql-connector-python

这里你先不用纠结太多驱动生态。 当前阶段，知道一个稳定、官方、常见的入口就够了。

也就是说，你现在脑子里要先有这样一条线：

Python 不是直接连 MySQL 而是通过数据库驱动去连 MySQL

这和你前面用 sqlite3 的感觉不太一样。 因为 sqlite3 是标准库自带，而 MySQL 驱动通常需要你显式安装。

三、标准流程的第一个前提：MySQL 服务本身得先存在

这个地方新手特别容易忽略。

你装好了 Python 驱动，不等于 MySQL 就能用了。 因为驱动只是“会连接”。 前提是“被连接的 MySQL 服务”已经在那儿。

换句话说，你至少要有这些前提：

本机或服务器上已经安装并运行了 MySQL 你知道连接地址 你有可用的用户名和密码 目标数据库已经存在，或者你知道该连哪个数据库

所以 MySQL 操作的标准流程里，最前面的隐含一步其实是：

先确认 MySQL 服务端准备好了。

这一步和 SQLite 非常不同。 SQLite 基本是“文件在就行”。 而 MySQL 是“服务在、账号在、数据库在，连接才有意义”。

这也是为什么我前面一直说，MySQL 更像正式项目数据库。 它天然带着“客户端连接服务端”的味道。

四、真正开始写代码时，第一步永远是 import

装好驱动之后，代码里最常见的导入方式是：

import mysql.connector

这里的 mysql.connector 就是官方 Connector/Python 的常见导入入口。官方示例也是用这个模块配合 mysql.connector.connect(...) 建立连接。

这一句虽然普通，但意义很明确：

从这一刻开始，你的 Python 程序已经具备“作为客户端去连 MySQL 服务”的能力了。

五、第二步才是真正的连接：connect

MySQL 的标准流程里，连接参数通常会比 SQLite 明显得多。

最常见的连接写法是这样：

import mysql.connectorconn = mysql.connector.connect(    host="127.0.0.1",    user="root",    password="你的密码",    database="demo")

MySQL 官方文档的连接示例也是这个思路：通过 mysql.connector.connect() 传入 user、password、host、database 等参数来创建连接。官方还明确说明，这个 connect() 构造器返回的是一个 MySQLConnection 对象。

这里有几个参数你一定要看懂。

host：MySQL 服务在哪台机器上user：你用哪个数据库账号登录password：这个账号的密码database：你这次连接默认要使用哪个数据库

如果端口不是默认值，还可以显式加上：

port=3306

PyMySQL 文档和 MySQL 官方连接参数说明里都把 host、user、password、database、port 列为最常见参数，其中默认 MySQL 端口通常是 3306。

你会发现，MySQL 的连接写法比 SQLite 更“完整”。 这正是因为它连接的是服务，而不是一个本地文件。

六、为什么说连接参数是正式项目里特别重要的一层

这一层在 SQLite 里几乎感觉不到，但在 MySQL 里非常真实。

因为你后面做项目时，经常会区分：

本地开发数据库 测试环境数据库 正式环境数据库

它们可能只是主机、账号、密码、数据库名不同，但程序逻辑本身可以一样。

所以从 MySQL 开始，你会越来越体会到一件事：

数据库连接信息本身，就是项目配置的一部分。

这也是为什么真实项目里，通常不会把这些信息直接写死在主代码里。 MySQL 官方文档对 Python 开发者的建议里也专门提到，不要把登录数据库的值硬编码在主脚本里，更好的做法是放到单独配置里。

你现在先不用急着搞配置文件。 但至少要先建立一个意识：

连接 MySQL，不只是“能连上”。 连接参数本身就属于项目环境配置的一部分。

七、连上之后，还是老朋友：cursor

虽然数据库从 SQLite 变成了 MySQL，但有一个操作节奏你会发现非常熟悉：

连接之后，还是要拿游标。

cursor = conn.cursor()

PyMySQL 文档也明确说，Cursor 是和数据库交互的对象，应通过 Connection.cursor() 获取，而不是自己手动 new。MySQL Connector/Python 的常规示例也是连接之后先拿 cursor，再执行 SQL。

这一步对你来说其实是个好消息。

因为这说明前面 SQLite 学的那套“连接 → 游标 → execute → 取结果/提交 → 关闭”的骨架，并没有废掉。

只是现在这个连接对象，换成了 MySQL 的连接对象而已。

八、执行 SQL 的入口，依然是 execute

这又是一个你会感到熟悉的地方。

cursor.execute("SELECT * FROM users")

对，还是 execute()。

也就是说，SQLite 到 MySQL，这一层基本没变：

Python 调游标方法 SQL 字符串写数据库指令

这也是为什么我一直强调，前面数据库阶段不是白学。 因为操作节奏本身是相通的。

真正变化更多的是：

连接方式 服务端环境 项目使用场景 以及后面更复杂的数据规模和协作方式

而不是所有东西都推翻重来。

九、最小完整流程到底长什么样

如果只保留最核心的骨架，Python 操作 MySQL 的标准流程通常长这样：

import mysql.connectorconn = mysql.connector.connect(    host="127.0.0.1",    user="root",    password="你的密码",    database="demo")cursor = conn.cursor()cursor.execute("SELECT 1")result = cursor.fetchone()print(result)conn.close()

这段代码虽然没什么业务含量，但它已经完整体现了标准流程：

导入驱动 建立连接 创建游标 执行 SQL 获取结果 关闭连接

你一定要把这套最小骨架先看熟。 因为后面所有 MySQL 数据操作，基本都是在这个骨架上继续长。

十、MySQL 和 SQLite 在 commit 这件事上，节奏还是很像

如果你执行的是查询，通常就是拿结果。 如果你执行的是会修改数据库内容的操作，比如插入、更新、删除，那通常依然要记得提交。

例如：

cursor.execute("""INSERT INTO users (name, age, city)VALUES (%s, %s, %s)""", ("张三", 18, "北京"))conn.commit()

这里我要先提醒你一个很关键的差别：

在 MySQL 这类 Python 驱动里，参数占位符常见是 %s，而不是 SQLite 里常见的 ?。MySQL Connector/Python 和 PyMySQL 的常规参数化写法都是 %s 风格占位。

这一点特别值得早点记住。

SQLite 里你写：

WHERE id = ?

而到了很多 MySQL Python 驱动里，你更常写成：

WHERE id = %s

这是从 SQLite 迁移到 MySQL 时最常见、也最容易忽略的语法小差别之一。

十一、参数化查询在 MySQL 里同样是底线

这一点必须立刻延续前一章的习惯。

不要因为数据库换成了 MySQL，就又回去用 f-string 拼 SQL。

正确思路依然是：

SQL 结构和参数值分开。

例如查询某个 id 的用户：

user_id = 1cursor.execute("SELECT * FROM users WHERE id = %s",    (user_id,))row = cursor.fetchone()print(row)

插入数据：

cursor.execute("INSERT INTO users (name, age, city) VALUES (%s, %s, %s)",    ("李四", 20, "上海"))conn.commit()

你会发现，安全性这条线并没有因为数据库切换而改变。 只是占位符风格从 ? 变成了 %s。

这也再次说明，数据库基本功是真的能迁移的。

十二、为什么说 MySQL 标准流程里，“连接成功”只是开始

这点特别现实。

很多新手第一次连 MySQL，觉得只要能连上，后面就都简单了。

其实不完全是。

MySQL 一旦进入项目环境，连接之后你通常还要继续确认：

当前数据库是不是对的 表是不是存在 账号权限够不够 字符集是不是合适 参数化查询是不是写对了 提交是否生效 结果格式是不是你想要的

也就是说，在 MySQL 里，“连接成功”更像拿到了入场券。 真正的数据库操作能力，还是要落在后续的 SQL 和程序组织上。

所以你不要把本章理解成“会连了就行”。 更准确地说，本章是在教你：

MySQL 代码从入口到出口，一套标准动作应该怎么走。

十三、真实项目里，最常见的操作节奏到底是什么

如果把 MySQL 代码使用方式再抽象一点，真实项目里最常见的节奏其实就是：

连接 游标 执行 查询就 fetch 修改就 commit 出错就 rollback 最后 close

你会发现，这套节奏和你前面在 SQLite 里练出来的“数据库手感”其实高度一致。

所以这一步特别重要的收获，不是“学会了另一个新数据库”。 而是你开始验证一件事：

原来数据库的核心操作骨架，真的有很强通用性。

你后面学 ORM、学 Flask 连数据库、学 Django 模型，底层很多东西本质上都还在围绕这个骨架。

十四、一个更像正式代码的最小例子

下面给你一个更完整一点、也更像真实项目的骨架写法：

import mysql.connectorconn = Nonecursor = Nonetry:    conn = mysql.connector.connect(        host="127.0.0.1",        port=3306,        user="root",        password="你的密码",        database="demo"    )    cursor = conn.cursor()    cursor.execute("SELECT * FROM users WHERE city = %s",        ("北京",)    )    rows = cursor.fetchall()for row in rows:        print(row)except mysql.connector.Error as e:    print("数据库操作失败：", e)finally:if cursor isnotNone:        cursor.close()if conn isnotNone:        conn.close()

这段代码很值得你反复看。

因为它已经包含了正式项目里很重要的几个意识：

连接对象要有 游标要有 异常处理要有 资源关闭要有 查询参数要参数化 结果获取要明确

也就是说，从 MySQL 开始，你的数据库代码会越来越像“长期可维护的项目代码”，而不是随手跑一下的练习片段。

十五、为什么 finally 里关连接和关游标特别重要

这一点一定要认真对待。

在 SQLite 初学阶段，很多人偶尔忘记关连接，可能也不太能立刻感觉到严重性。 但到了 MySQL 这种服务型数据库环境，连接和游标都是资源。

你如果总是：

连上不关 出错也不关 游标用完就丢

那后面问题会越来越多。

所以更稳妥的习惯是：

无论是否出错，最后都做资源清理。

这就是 finally 很重要的原因。

你现在不用把它神化成什么高级技巧。 它就是一个特别朴素、特别职业的习惯：

做完事情，别把数据库资源晾在那儿不管。

十六、查询结果为什么有时是元组，有时可以变成字典

这个是很多人一上来会碰到的实际问题。

默认情况下，很多 MySQL Python 驱动的查询结果，和你前面 SQLite 一样，也常是元组形式。

例如：

(1, '张三', 18, '北京')

这没有问题。 因为数据库一行记录，本来就很适合映射成一个元组。

但在正式项目里，很多人更喜欢字典风格结果。 因为这样可读性更强：

{"id": 1, "name": "张三", "age": 18, "city": "北京"}

不同驱动会有不同做法来支持“字典游标”或类似能力。 例如 PyMySQL 文档里的示例就展示了 DictCursor 的写法。

这一章你先不用深入这一层。 你先把最核心的标准流程走通最重要。 后面真做项目时，再根据驱动特性把结果格式调成更适合你的样子。

十七、MySQL 标准流程里，一个特别容易忽略的点：谁负责创建数据库

这点很现实。

你前面用 SQLite 时，很多时候：

连一个文件 文件不存在就自动建出来了

但 MySQL 里，通常不是这种感觉。

你要连接某个数据库，比如 database="demo"，这个数据库本身往往得先存在。 也就是说：

连接服务 和“这个服务里是否已有某个数据库” 是两个层级。

所以在真实工作流里，经常会有这样两步：

先在 MySQL 服务里创建一个数据库 再让 Python 程序连接这个数据库去操作表

这也是为什么 MySQL 的标准流程比 SQLite 稍微更正式一些。 它的世界从一开始就更接近“服务端管理”的感觉。

十八、从 SQLite 过渡到 MySQL，你最该保留哪些能力

这个问题特别重要。

很多人一到 MySQL，就会下意识觉得自己要从零开始。 其实不是。

你前面已经练出来的这些能力，都要继续保留：

表、字段、记录的思维 CRUD 的节奏 参数化查询的习惯 事务和 commit/rollback 意识 SQL 和 Python 分工的理解 查询结果处理的感觉

真正要新增的，更多是：

服务型数据库连接意识 连接参数管理意识 资源关闭意识 更接近正式项目的数据服务思维

你把这两部分一叠加，MySQL 这一步就会很顺。

十九、这一章最容易踩的几个坑

第一个坑，是以为 MySQL 和 SQLite 一样，给个文件名就能直接用。

不是。 MySQL 是服务型数据库，前提是服务、账号、数据库本身都得准备好。

第二个坑，是连接参数概念不清。

连的是哪台主机 哪个端口 哪个用户 哪个数据库 这些必须搞清楚。

第三个坑，是把 SQLite 的 ? 占位符习惯原样搬到 MySQL 驱动里。

很多 MySQL Python 驱动更常见的是 %s 占位风格。

第四个坑，是连接成功后就不管资源释放。

第五个坑，是觉得学 MySQL 就是重新学一套完全不同的数据库。

其实真正变化的主要是使用环境和连接方式，核心数据库骨架并没有推翻。

二十、这一章真正要带走的，不是某一行连接代码，而是一套迁移感

到这里，你最应该真正建立的感觉是：

我不是在从 SQLite 跳到一个完全陌生的新世界。 我是在把已经掌握的数据库基本功，迁移到更正式、更接近真实项目的数据库环境里。

这个“迁移感”非常重要。

因为它会让你后面学 MySQL 时不慌。 你会知道：

表的逻辑没变 SQL 的骨架没变 事务思维没变 参数化思维没变 只是连接环境、服务形态、项目语境变得更正式了

这才是 MySQL 入门阶段最值得你带走的东西。

本章小结

Python 操作 MySQL 的标准流程，本质上可以概括成这样一条线：

先准备好 MySQL 服务和可用账号 安装并导入数据库驱动 通过 connect() 建立连接 创建游标 执行 SQL 查询就 fetchone() 或 fetchall()修改就 commit()出错时考虑 rollback()最后关闭游标和连接

MySQL 官方的 Connector/Python 文档明确说明，它是让 Python 程序与 MySQL server 通信的驱动，推荐通过 pip install mysql-connector-python 安装，连接通过 mysql.connector.connect() 完成，返回 MySQLConnection 对象。用于经典 MySQL 协议的包名是 mysql-connector-python，而不是 mysqlx-connector-python。

更重要的是，你现在要真正形成一种新的感觉：

从 SQLite 到 MySQL，不是推翻重学。 而是从“轻量本地数据库体验”走向“正式项目数据库流程”。

当你把这层感觉真正建立起来，后面再学 Python 连 MySQL、建表、CRUD、项目实战，心里就会稳很多。