USER ERROR: “SQL Error: BIGINT UNSIGNED value is out of range in

1. 数据库锁

悲观锁(Pessimistic Locking)
  • 行锁 :在 SQL 语句中使用 SELECT ... FOR UPDATE 来锁定选定的行,直到当前事务结束。这可以防止其他事务修改这些行。
  • 表锁 :虽然不太常用,但在某些情况下,你可能需要锁定整个表来防止并发更新。这通常通过 LOCK TABLES 语句实现。
乐观锁(Optimistic Locking)
  • 乐观锁通常不使用数据库提供的锁机制,而是通过在数据库表中添加一个版本号或时间戳字段来实现。在更新记录时,检查该字段的值是否自上次读取以来已更改。
  • 示例:在 uni1_planets 表中添加一个 version 字段,每次更新时都增加该字段的值。在更新语句中,包括一个条件来检查 version 字段的值是否与预期值匹配。

2. 应用程序锁

  • 互斥锁(Mutexes):在应用程序级别使用互斥锁来同步对共享资源的访问。这适用于多线程应用程序。
  • 信号量(Semaphores):类似于互斥锁,但允许多个线程同时访问资源,但数量有限。
  • 临界区(Critical Sections):在多线程编程中,临界区是一段代码,当一个线程进入临界区时,其他线程不能进入。这通常通过互斥锁实现。

3. 分布式锁

  • 如果你的应用程序分布在多个服务器或节点上,你可能需要使用分布式锁来同步访问。分布式锁可以通过多种技术实现,如 Redis、ZooKeeper、数据库等。

示例:使用乐观锁更新记录

假设你在 uni1_planets 表中添加了一个 version 字段,你可以这样编写 SQL 更新语句:

复制代码

sql复制代码

|---|-----------------------------------------------------------------|
| | UPDATE uni1_planets |
| | SET spy_sonde = spy_sonde - 950000000, version = version + 1 |
| | WHERE id = 433689 AND version = ?; |

在 PHP 中,你需要先查询当前记录的 version 值,然后在更新语句中使用这个值。如果更新语句影响的行数为 0,则表示在查询和更新之间有其他事务修改了该记录,你需要重新处理这种情况(例如,重新查询 version 值并重试更新,或者报告错误)。

复制代码

php复制代码

|---|------------------------------------------------------------------------------------------------------------------------------------|
| | // 假设 $pdo 是一个有效的 PDO 实例 |
| | $stmt = $pdo->prepare("SELECT version FROM uni1_planets WHERE id = ?"); |
| | $stmt->execute([433689]); |
| | $row = $stmt->fetch(PDO::FETCH_ASSOC); |
| | $currentVersion = $row['version'] ?? null; |
| | |
| | if ($currentVersion !== null) { |
| | $stmt = $pdo->prepare("UPDATE uni1_planets SET spy_sonde = spy_sonde - ?, version = version + 1 WHERE id = ? AND version = ?"); |
| | $result = $stmt->execute([950000000, 433689, $currentVersion]); |
| | |
| | if ($result && $stmt->rowCount() > 0) { |
| | echo "更新成功"; |
| | } else { |
| | echo "更新失败,可能由于并发更新导致"; |
| | // 可以选择重新查询 version 并重试,或者采取其他错误处理措施 |
| | } |
| | } else { |
| | echo "未找到记录"; |
| | } |

请注意,上面的代码示例没有实现重试逻辑。在实际应用中,你可能需要实现一个重试机制来处理并发更新失败的情况。

相关推荐
rising start3 小时前
二、全面理解MySQL架构
mysql·架构
bqq198610264 小时前
MySQL性能优化
mysql·mysql优化
雨辰AI5 小时前
SpringBoot3 + 人大金仓读写分离 + 分库分表 + 集群高可用 全栈实战
java·数据库·mysql·政务
长城20245 小时前
关于MySql的ONLY_FULL_GROUP_BY问题
数据库·mysql·聚合列
常常有6 小时前
MySQL 底层执行原理:输入SQL语句到两阶段提交
数据库·sql·mysql
海市公约7 小时前
MySQL更新语句执行全流程:从Buffer Pool修改到二阶段提交
数据库·mysql·binlog·innodb·undo log·二阶段提交·update执行原理
不正经的小寒7 小时前
PHP 8.2 核心特性
php
不正经的小寒7 小时前
PHP 8.1 核心特性
php
颂love7 小时前
MySQL的执行流程
android·数据库·mysql
海市公约7 小时前
一条SQL查询的完整旅程:MySQL执行流程深度解析
sql·mysql·数据库优化·执行计划·连接器·查询缓存·sql执行原理