MySQL行锁深入研究
做项目时由于业务逻辑的需要，必须对数据表的一行或多行加入行锁，举个最简单的例子，图书借阅系统。假设 id=1 的这本书库存为 1 ，但是有 2 个人同时来借这本书，此处的逻辑为
view plaincopy to clipboardprint?
Select restnum from book where id =1 ;
-- 如果 restnum 大于 0 ，执行 update
Update book set restnum=restnum-1 where id=1 ;
Select restnum from book where id =1 ;
-- 如果 restnum 大于 0 ，执行 update
Update book set restnum=restnum-1 where id=1 ;
问题就来了，当 2 个人同时来借的时候，有可能第一个人执行 select 语句的时候，第二个人插了进来，在第一个人没来得及更新 book 表的时候，第二个人查到数据了，其实是脏数据，因为第一个人会把 restnum 值减 1 ，因此第二个人本来应该是查到 id=1 的书 restnum 为 0 了，因此不会执行 update ，而会告诉它 id=1 的书没有库存 了，可是数据库哪懂这些，数据库只负责执行一条条 SQL 语句，它才不管中间有没有其他 sql 语句插进来，它也不知道要把一个 session 的 sql 语句执行完再执行另一个 session 的。因此会导致并发的时候 restnum 最后的结果为 -1 ，显然这是不合理的，所以，才出现锁的概念， Mysql 使用 innodb 引擎可以通过索引 对数据行加锁。以上借书的语句变为：
view plaincopy to clipboardprint?
Begin;
Select restnum from book where id =1 for update ;
-- 给 id=1 的行加上排它锁且 id 有索引
Update book set restnum=restnum-1 where id=1 ;
Commit;
Begin;
Select restnum from book where id =1 for update ;
-- 给 id=1 的行加上排它锁且 id 有索引
Update book set restnum=restnum-1 where id=1 ;
Commit;
这样，第二个人执行到 select 语句的时候就会处于等待状态直到第一个人执行 commit 。从而保证了第二个人不会读到第一个人修改前的数据。
那这样是不是万�
相关文档：
[part1] http://download.csdn.net/source/2076258
[part2] http://download.csdn.net/source/2076272
[part3] http://download.csdn.net/source/2076276
[part4] http://download.csdn.net/source/2076283
[part02-04] http://www.ytgps.com/Images/nginx.rar
本文件体积过大分4个包，php-cgi+mysql+nginx.7z ......
导入数据指定列
load data local infile 'D:\\service_func_utf8.txt' into table service_func fields terminated by '\t' (service_id, func_id1, func_id2, func_id3, func_id4, func_id5, func_id6);
MYSQL将查询结果导出到文件
select * from tablename into outfile '/tmp/test.txt';
MYSQL联合主键
create ......
#新增一个字段，默认值为0，非空，自动增长，主键
alter table tabelname add new_field_name field_type default 0 not null auto_increment ,add primary key (new_field_name);
#增加一个新字段
alter table tableName ......
Twitter公司一位名叫Ryan King的工程师日前向博客MyNoSQL透露，公司计划从MySQL迁移到Cassandra数据库，因为后者具有更大的弹性、可扩展性和大量的社区网络开源开发人员。
我们有大量的数据，在数据巨大，增长率正在加速的情况下，我们需要一个系统，它可以更为自动化，并高度可靠、可用。Ryan K ......
