@oh 但是我意思，服务端同样还是需要保留一份 token 拷贝啊

@oh 你意思 restful 架构下，登陆的话不用在客户端 cookie 保留 session id 了？而是用 token 替代？这个 token 一直在变化？这个 token 也是资源啊。。。。服务器端也需要有保存这个 token 资源吧

@hujianxin
http://blog.csdn.net/gaoshan_820822/article/details/4582561
你看这篇文章

1 脏读：修改时加排他锁，直到事务提交后才释放，读取时加共享锁，读取完释放事务 1 读取数据时加上共享锁后（这 样在事务 1 读取数据的过程中，其他事务就不会修改该数据），不允许任何事物操作该数据，只能读取，之后 1 如果有更新操作，那么会转换为排他锁，其他事务更 无权参与进来读写，这样就防止了脏读问题。

但是当事务 1 读取数据过程中，有可能其他事务也读取了该数据，读取完毕后共享锁释放，此时事务 1 修改数据，修改 完毕提交事务，其他事务再次读取数据时候发现数据不一致，就会出现不可重复读问题，所以这样不能够避免不可重复读问题。

2 不可重复读：读取数据时加共享锁，写数据时加排他锁，都是事务提交才释放锁。读取时候不允许其他事物修改该数据，不管数据在事务过程中读取多少次，数据都是一致的，避免了不可重复读问题
3 幻读问题：采用的是范围锁 RangeS RangeS_S 模式，锁定检索范围为只读，这样就避免了幻影读问题，在这里有个描述范围锁的文章

-----------------------------------

感觉加锁都加的很重啊

@hujianxin 在具体实践的时候，也就是具体用的时候，如何注意这些啊，如何在设置了事务隔离级别的情况下，慎重的用锁啊？知道哪些锁不必要再设置？

@WangYanjie
PR 也是通过加锁实现的，而且加锁比 select for update 感觉更甚啊

@nutting 额。。。。

@hand515 我的意思是，用 redis 时，譬如用 linux 的话
redis-cli 连接，然后 flushdb 命令，就可以清空 redis 缓存了
或者用一个 redis 的 GUI 客户端，一键清空

ehcache 的话如何清空？

顶顶顶！没人知道么。。

顶顶顶，

@drush java 呢

啥电视节目？

@ycxgmail 一看小公司名字都没听过，简历都过不了关啊
BAT 要的人一般是彼此之间互跳，或者至少也要搜狐网易华为小米京东美团携程等有名的

啥样的才能过简历关？只有小公司经历，即便名校背景也不行吧。。。

@jbeta 专科吗？

互联网泡沫要破灭了
趁着应届去国企是王道
以后码农会大批失业的

@caixiexin

喔，这样哈

奇怪
上面怎么把反引号给消除了
语句是
insert into books (bookId, bookLocation, `key`) values (?,?,?)

@springmarker

以下面连个为例

@within(org.springframework.transaction.annotation.Transactional) 和 @annotation(org.springframework.transaction.annotation.Transactional)

如果是 @annotation 的话，意思是对方法实施事务
但是如果是 @within 的话，是啥意思？

@springmarker

这里说的是 @within
不是 within
啊