我应该在 PDO 事务中运行多个 SELECT 来提高性能吗？
PDO 事务仅用于 UPDATE、INSERT 和 DELETE，还是如果将事务用于多个 SELECT 查询，是否可以获得性能提升？
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
PDO 事务仅用于 UPDATE、INSERT 和 DELETE，还是如果将事务用于多个 SELECT 查询，是否可以获得性能提升？
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
接受 或继续使用网站，即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论（3）
从纯粹主义者的角度来看，在 SELECT 语句上使用事务“以提高性能”是错误的。使用事务可确保数据中不会出现不一致。
从性能的角度来看，锁定表以便其他语句无法访问它，以加快您的 SELECT 可能有效 - 但可能有比这更好的解决方案。例如，在
HIGH_PRIORITY属性rel="nofollow noreferrer">SELECT 语句：通过这种方式，您可以使用适当的方法来实现目标，而不是其他开发人员（甚至未来的您）会想知道它为什么存在的一些黑客行为。
From a purist point of view, it would be wrong to use a transaction on SELECT statements 'to improve performance'. Use a transaction to be sure to not get inconsistencies in the data.
From a performance point of view, locking the tables so no other statement can access it in order to speed up your SELECTs might work - but there are probably better solutions than that. For example, use the
HIGH_PRIORITYattribute in your SELECT statement:This way you use the appropriate method to reach the goal, instead of some hack about which other developers (or even a future you) will wonder why it exists.
您不会通过使用事务来获得性能。
为了获得性能，您可以执行
EXPLAIN并使用它来调整您的查询。You will not gain performance by using transaction.
To gain performance, you can do an
EXPLAINand use that to tune your queries.如果您不修改数据，那么使用事务就没有多大意义，无论对性能的影响如何（这实际上会损害而不是帮助，因为管理事务需要时间/资源）。
当然，也有一些例外，例如您尝试设置超时或锁定模式，但一般来说，显式事务对于只读操作来说是一种浪费。
If you aren't modifying data, there's not much point in using a transaction, regardless of the impact on performance (which it would actually hurt, not help, since it takes time/resources to manage a transaction).
Of course, there are a few exceptions like if you are trying to set timeouts or lock modes, but in general, explicit transactions are a waste for read-only operations.