MySQL本身不支持面向对象编程，无法定义类、继承或多态；所谓“MySQL+OOP”实为上层语言（如PHP）用对象封装数据库操作，或ORM框架模拟对象行为，MySQL仅负责结构化数据存储。
MySQL 本身不支持面向对象编程（OOP），它是一个关系型数据库管理系统（RDBMS），核心语言 SQL 是声明式、面向集合的，并非面向对象语言。你不能在 MySQL 中定义类、继承、多态，也不能直接创建对象实例或调用方法——这些是 PHP、Java、Python 等宿主语言的事。
但现实中，开发者常把「MySQL + OOP」混在一起提，真正想问的其实是：怎么用 OOP 的思想组织和操作 MySQL 数据？ 或者 哪些数据库特性可以模拟 OOP 概念？ 下面直击实操场景：
MySQLi 连接方式选 mysqli 对象还是 mysqli_connect() 函数？
这不是“MySQL 支持 OOP”的证据，而是 PHP 层如何用 OOP 风格封装数据库交互。两种写法底层都调用同一套 C 扩展，区别只在 PHP 代码组织方式：
-
mysqli_connect()返回资源（resource）或 false，所有后续操作（如mysqli_query($link, $sql)）都得手动传这个$link—— 容易漏传、难复用、无法自动清理 -
new mysqli(...)返回一个mysqli对象，连接、查询、错误处理全封装在对象内部：$mysqli->query($sql)、$mysqli->error、$mysqli->close()—— 天然支持异常捕获、可继承、能配合依赖注入 - 注意：PHP 8.2+ 已弃用
mysql_*（早已移除），但mysqli的面向过程写法仍可用，只是不推荐用于新项目
$mysqli = new mysqli('localhost', 'user', 'pass', 'db');
if ($mysqli->connect_error) {
die("连接失败: " . $mysqli->connect_error);
}
$result = $mysqli->query("SELECT id, name FROM users");
$mysqli->close();SQL 里真能写“类”和“对象”吗？PostgreSQL/Oracle 可以，MySQL 不行
MySQL 完全不支持用户自定义类型（UDT）、类型方法、继承表等 OOP 特性。而 PostgreSQL 和 Oracle 提供了有限的面向对象能力：
- PostgreSQL 支持
CREATE TYPE ... AS (a int, b text)定义复合类型，还能给类型加函数（类似“方法”） - Oracle 支持
OBJECT TYPE，可定义属性 + 成员函数，甚至支持NOT FINAL实现简单继承 - MySQL 唯一接近的“模拟”是用视图（
CREATE VIEW）封装查询逻辑，或用存储过程（CREATE PROCEDURE）封装操作步骤——但这只是封装，不是封装 + 继承 + 多态
为什么有人觉得“MySQL 有 OOP”？常见混淆点
这种误解通常来自三类场景，本质都是上层语言或设计模式在起作用：
-
ORM 框架（如 Laravel Eloquent、Django ORM）：它们把数据表映射成 PHP/Python 类，
User::find(1)看似在调用对象方法，实际是 ORM 在背后拼 SQL、发查询、返回填充好的对象实例 —— MySQL 本身完全不知情 - 数据库设计中的“实体-关系”建模：画 ER 图时，“用户”“订单”“商品”被当作“实体”，有属性和关联，这和 OOP 的类/对象抽象相似，但只是设计阶段的思维类比，落地仍是二维表
-
存储过程里写
IF/CASE模拟多态逻辑：比如根据参数类型执行不同分支，但这属于流程控制，不是语言级多态
真正需要 OOP 能力时，别指望 MySQL 自身实现——它只负责可靠存取结构化数据。把类、继承、状态管理、行为封装这些事交给 PHP/Python/Java 做，让 MySQL 安心当好“数据仓库”。最容易被忽略的一点是：哪怕用了最漂亮的 ORM，一旦写出 N+1 查询 或没设索引，OOP 再优雅也扛不住慢 SQL。
