1、select id, code from XXX where status ＝ 0 limit 1；然后更新的时候记得带上条件，update XXX set status ＝ 1 where id = #id# and status = 0;如果update失败，那么重新select，然后update，如此循环。

2、一种方式用队列，取一条记录的同时等于删除了这条记录，redis可以实现。

除了楼上各位说的InnoDB行锁外，从数据库中select一条激活码时可以根据用户ID简单的做一下处理：
offset = user_id % 30;
SELECT * FROM table WHERE XXX LIMIT offset,1;

这样并发取同一条激活码的可能性就更低了，减少了等待锁的时间。

正常来说

@白菜哥永远都是大白菜 的答案应该满足需求了。

不过我仔细想了下，楼主的需求在查询的时候应该是不知道主键的，sql应该更像是

select * from xxx where status=1 limit 1;这种。

所以高并发的事务select的应该都是同一行。只有等第一个事务完成update后才会全部select到下一行。
所以效果实际上等同表锁？哈，我也不太懂细节，这个问题比较有意思，我决定作为一个实验列在todo list里面。

回到楼主的问题，我更喜欢在代码层面上做个生产消费队列。

参考楼上的 InnoDB 行锁 就够了 可以不用事务吧
判断一下 update set 的返回值 也就知道是否有更新成功了 如果没有影响任何记录行 就知道更新无效了

InnoDB 行锁 + 事务,

 Start Transaction; 
Select * From `xxx` Where `id` = 123456 for Update;
Update `xxx` Set status = 0 Where `id` = 123456;
Commit;

这里id必须为主键。否则会导致全表锁死

建议使用redis，速度也快,每天定时再将数据落地到数据库

Redis 本身提供的所有 API 都是原子操作

这个需要楼主把code表的存储引擎设置为Innodb的，然后搜索下mysql innodb 事务隔离级别。
推荐一篇文章
http://imysql.cn/2008_07_10_innodb_tx_isolation_and_lock_mode

一般不推荐直接在DB上做这种事务隔离处理，一般是在应用中处理的。

在项目里面建一个文件，

1. 先判断这个文件是否被锁
2. 锁定的话就等待，没被锁定的话就给文件加锁
3. 拿到锁之后读数据库
4. 执行完操作后给文件解锁

这样做只解决了互斥的问题，但是并没解决高并发的问题，建议题主试试redis队列