xml地图|网站地图|网站标签 [设为首页] [加入收藏]
乐观锁和悲观锁,怎么样科学的充实表字段
分类:数据库

转自: http://www.maomao365.com/?p=5277
摘要:
下文主要讲述,如何对"已上线的系统"中的表,增加新的字段。

一. 查询缓存

  1.开启缓存

[root@xuegod64 etc]# vim my.cnf

  图片 1

    设置了缓存开启,缓存最大限制128M,重启服务后,再次查询

--  开启查询缓存后
 SHOW VARIABLES LIKE '%query_cache%';

    图片 2

  2 测试缓存   现在是缓存2次,命中一次
  图片 3

SELECT ID FROM  User1 WHERE ID=2
SELECT Age FROM  User1 WHERE ID=2

  上面是二个查询sql语句,此时缓存数是4,如下图所示:

  图片 4

--再次查询上面相同的sql语句,此时命中率结果为3,缓存数还是4
SELECT ID FROM  User1 WHERE ID=2
SELECT Age FROM  User1 WHERE ID=2

  图片 5

--查询相同的sql语句,条件值大小写不一样
SELECT ID FROM  User1 WHERE `Name`='Abc'
SELECT ID FROM  User1 WHERE `Name`='aBc'

  此时缓存数是6,说明缓存区分where条件值的大小写。同样也会区分sql关键词的大小写。如下图所示:
  图片 6
  设置好query_cache_size值后,重新启动服务初始化时:query_cache_size==Qcache_free_memory的值。
  缓存的命中率公式为: Qcache_hits/(Qcache_hits+Qcache_inserts)。

  总结:根据MySQL用户手册,使用查询缓冲最多可以达到238%的效率。但开起缓存,前提条件是你有大量的相同或相似的查询,而很少改变表里的数据,否则没有必要使用此功能。

悲观锁(Pessimistic Lock)

顾名思义,就是很悲观,每次去拿数据的时候都认为别人会修改,所以每次在拿数据的时候都会上锁,这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制,比如行锁,表锁等,读锁,写锁等,都是在做操作之前先上锁。


乐观锁(Optimistic Lock)

顾名思义,就是很乐观,每次去拿数据的时候都认为别人不会修改,所以不会上锁,但是在更新的时候会判断一下在此期间别人有没有去更新这个数据,可以使用版本号等机制。乐观锁适用于多读的应用类型,这样可以提高吞吐量,像数据库如果提供类似于write_condition机制的其实都是提供的乐观锁。

两种锁各有优缺点,不可认为一种好于另一种,像乐观锁适用于写比较少的情况下,即冲突真的很少发生的时候,这样可以省去了锁的开销,加大了系统的整个吞吐量。但如果经常产生冲突,上层应用会不断的进行retry,这样反倒是降低了性能,所以这种情况下用悲观锁就比较合适。悲观并发控制主要用于数据争用激烈的环境,以及发生并发冲突时使用锁保护数据的成本要低于回滚事务的成本的环境中。

本文由澳门新葡亰手机版发布于数据库,转载请注明出处:乐观锁和悲观锁,怎么样科学的充实表字段

上一篇:通过mycat实现mysql的读写分离,取消数值四舍五入 下一篇:phpmyadmin登录远程mysql数据库,交叉连接
猜你喜欢
热门排行
精彩图文