MySQL中没有“方法”，只有函数（FUNCTION）和存储过程（PROCEDURE）；函数必须返回值、用于SQL表达式且通常不可修改数据，存储过程无返回值、支持DML和事务；二者均不依附于对象或字段，调用方式为独立函数式而非面向对象的链式调用。
MySQL 里没有“方法”这个概念，只有函数（FUNCTION）和存储过程（PROCEDURE），所谓“方法式设计”是误用面向对象术语造成的混淆。
MySQL 中根本没有 method 关键字或语法
Java、Python 等语言中 method 指绑定在类/对象上的函数，而 MySQL 是关系型数据库，不支持类、实例、this 指针等 OOP 特性。所有可调用的逻辑封装单元只有两类：
-
FUNCTION：必须有返回值，只能用在 SQL 表达式中（如SELECT my_func(id)），不能修改数据（除非显式声明READS SQL DATA或更宽松权限） -
PROCEDURE：无返回值，但可通过OUT/INOUT参数传回结果，支持 DML（INSERT/UPDATE/DELETE）和事务控制
FUNCTION 的调用方式像“表达式”，不是“方法调用”
你不能写 table.column.func() 或 obj.doSomething() 这类链式调用——MySQL 不支持对象方法语法。所有函数都是独立命名空间下的全局标识符：
SELECT CONCAT('Hello', ' ', UPPER('world')) AS greeting;
SELECT DATE_ADD(NOW(), INTERVAL 1 DAY);
注意：UPPER()、DATE_ADD() 都是标量函数，直接传参调用；它们不依附于任何表字段或变量，也不改变调用上下文状态。
win可用的mysql指令skill
下载
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
为什么有人误称“方法”？常见混淆点
这些场景容易让人联想到“方法”，但本质仍是函数或过程：
- JSON 函数如
JSON_EXTRACT(json_col, '$.name')—— 看似“对 json_col 调用方法”，实则是把字段当参数传入纯函数 - 全文检索函数
MATCH(col) AGAINST('term')—— 语法特殊，但仍是函数调用，非列的方法 - 自定义函数被业务代码反复调用（如 Python 里
cursor.execute("SELECT calc_tax(?)", amount)）—— 应用层视角像“调方法”，DB 层仍是标准函数 - 某些 ORM（如 SQLAlchemy）生成的 SQL 里出现
column.func()写法 —— 这是 ORM 的 DSL 抽象，最终仍翻译成FUNC(column)形式发给 MySQL
真正该关注的是函数 vs 存储过程的选型边界
决定用 FUNCTION 还是 PROCEDURE，关键看使用场景：
- 需要在
WHERE、ORDER BY、计算列中直接参与 SQL 运算 → 必须用FUNCTION（PROCEDURE不允许出现在表达式中） - 要执行多条 DML、带事务、返回多个结果集或动态 SQL → 只能用
PROCEDURE - 函数体内禁止调用
PROCEDURE（除非 MySQL 8.0+ 开启log_bin_trust_function_creators并显式声明） - 函数性能更敏感：若含复杂逻辑或子查询，可能在每行上重复执行，拖慢整个
SELECT
比如写一个校验邮箱格式的函数，适合用 FUNCTION；但批量清洗用户表并记录日志，就得用 PROCEDURE。
真正容易被忽略的是函数的确定性（DETERMINISTIC）声明——如果漏标却返回非确定结果（如依赖 NOW() 或子查询），在复制环境或查询优化时可能出错。
