Kaji Asked: 2011-01-05 21:34:08 +0800 CST2011-01-05 21:34:08 +0800 CST 2011-01-05 21:34:08 +0800 CST 使用存储过程处理数据与在检索后将其输入函数相比是否有性能提升？ 772 标题总结了它。我对 PHP 相当满意，并且很乐意使用从 MySQL 中提取的值来执行我需要的操作，但是为了扩展我的知识，我一直在想这是否是一种更有效的技术长跑。它们是等效的（由于最终处理量大致相同），还是存在其中一个比另一个具有明显优势的情况？ mysql performance 3 个回答 Voted Best Answer TML 2011-01-05T22:49:57+08:002011-01-05T22:49:57+08:00 这在很大程度上取决于您对记录的处理方式以及您的网络架构。例如，如果存储过程要减少从 MySQL 传输到 PHP 的数据总量，并且 PHP 实例和数据库之间的链接相对较慢，那么 SP 肯定可以帮助您。 我建议您从在 PHP 端对数据执行的一些“较重”操作开始，看看您可以将什么写成 SP，然后对其进行基准测试。 Larry Coleman 2011-01-06T09:18:57+08:002011-01-06T09:18:57+08:00 支持在数据库中进行更多处理的一点是，数据库无法优化它看不到的内容。例如，如果在数据库层完成，将持久类的属性设置为所有实例的常量值肯定会更好。 反对的一点是，数据库擅长基于集合的操作，但不擅长基于行的操作。例如，基于每行不同的时区将 UTC 时间转换为本地时间之类的操作在数据库中可能不如在应用程序层中执行得那么好。 Razvan Popovici 2011-08-23T17:45:34+08:002011-08-23T17:45:34+08:00 通常如果结果是聚合，(sum, avg, count) 通过避免服务器和客户端之间不必要的通信，在数据库服务器中计算会更快。此外，排序和分组可以从索引中获益，减少计算量。
这在很大程度上取决于您对记录的处理方式以及您的网络架构。例如，如果存储过程要减少从 MySQL 传输到 PHP 的数据总量，并且 PHP 实例和数据库之间的链接相对较慢，那么 SP 肯定可以帮助您。
我建议您从在 PHP 端对数据执行的一些“较重”操作开始，看看您可以将什么写成 SP，然后对其进行基准测试。
支持在数据库中进行更多处理的一点是，数据库无法优化它看不到的内容。例如，如果在数据库层完成，将持久类的属性设置为所有实例的常量值肯定会更好。
反对的一点是，数据库擅长基于集合的操作，但不擅长基于行的操作。例如，基于每行不同的时区将 UTC 时间转换为本地时间之类的操作在数据库中可能不如在应用程序层中执行得那么好。
通常如果结果是聚合，(sum, avg, count) 通过避免服务器和客户端之间不必要的通信，在数据库服务器中计算会更快。此外，排序和分组可以从索引中获益，减少计算量。