PI()返回MySQL内置常量3.14159265358979，非实时计算，无参数、无精度控制，等效于直接写该数值；误用包括加参数、GIS中冗余调用、角度转弧度漏除180；高精度需求需外部传入。

PI() 返回的是一个常量，不是计算出来的圆周率——它直接返回 MySQL 内置的近似值 3.14159265358979，精度固定，不参与实时运算。

为什么PI()不能“计算”圆周率

MySQL 的 PI() 是个无参函数，本质是常量别名。它不调用任何数值算法（比如级数、蒙特卡洛），也不依赖当前环境或配置；每次调用都返回同一硬编码值。

• 你写 SELECT PI(); 和写 SELECT 3.14159265358979; 效果完全一样
• 没有参数可调，不存在精度控制选项（比如想要 10 位还是 50 位）
• 在 DOUBLE 精度下存储，实际有效数字约 15–17 位，超出部分截断

常见误用：把PI()当计算器用

比如想算半径为 5 的圆面积，有人会写 SELECT PI() * 5 * 5; —— 这语法没错，但容易混淆“函数调用”和“数学推导”。更危险的是下面这些：

MySQL8 CRM Schema Design Expert

面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。

下载

• 误以为 PI(2) 能返回两位小数（错：PI() 不接受参数，会报错 ERROR 1582 (42000): Incorrect parameter count in the call to native function 'PI'）
• 在 GIS 函数里混用，比如 ST_DistanceSphere() 内部已用高精度 π，再套一层 PI() 不仅多余，还可能因精度不一致引入微小误差
• 用 PI() 做单位换算（如角度转弧度）时忘了除以 180，写成 angle * PI() 而不是 angle * PI() / 180

替代方案：什么时候该用别的方法

如果你真需要更高精度的 π（比如科研场景），MySQL 本身不支持。必须外部处理：

• 应用层传入高精度字符串，比如 Python 用 math.pi 或 decimal.Decimal('3.1415926535897932384626433832795') 拼 SQL
• 避免在 WHERE 条件中对 PI() 做复杂表达式（如 ABS(PI() - x) ），这类写法无法走索引，且意义可疑
• 做批量几何计算时，优先用 ST_* 函数（如 ST_Area()），它们内部 π 实现与 PI() 不同，且经过优化

真正要注意的，是别把它当成可配置、可扩展、可“算”的工具——它就是个带括号的常量。很多问题出在心理预期：以为函数名带括号就一定有逻辑，其实只是历史兼容写法。