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; —— 这语法没错，但容易混淆“函数调用”和“数学推导”。更危险的是下面这些：
- 误以为
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()不同，且经过优化
真正要注意的，是别把它当成可配置、可扩展、可“算”的工具——它就是个带括号的常量。很多问题出在心理预期：以为函数名带括号就一定有逻辑，其实只是历史兼容写法。
