2019.04.13

昨晚躺床上睡不着,无聊打开快手,看到了「你军很酷」在直播。之前只是看他发的段子——八九十年代背景下的一些生活琐事和爱情的一些片段,这样的主题对于极度怀旧的我可以说是毫无抵抗力,立马加入关注。后面偶尔看了军哥的直播,才了解到长着一张俊俏面孔的他居然已经奔三了。后面我就在想,主播那么有才华人长得又俊,怎么可能单身呢?经过昨晚直播间的深夜聊骚,才解开了我心中这个疑问,自己也颇有感慨。

昨晚「你军很酷」对于他为什么奔三了还没结婚甚至还单着,进行了一番发自肺腑的解答,内容大概如下:

其实我也很想找一个女朋友,也想结婚,可哪有那么容易。家里催婚也很可怕,每年过年看小伙伴们一个个带着女朋友回家过节,唯独我孤孤单单一个,也挺羡慕的。亲戚们到家里做客都是围绕着怎么还不结婚这件事集体对我开炮。其实我心里也挺想结婚的,但老家的彩礼二三十w,以我现在的经济能力实在无法承受。所以我决定不找老家的女孩,我一定要带一个外地的女孩回去。至于为什么现在还单着呢,其实喜欢我、和我表白的女生也不是没有,但我不敢接受,我怕拖累她们,毕竟现在的爱情和以前差的太远了,我特别害怕谈了一段感情之后分手,那种痛苦是我无法忍受的。我还是比较喜欢八九十年代的爱情,比较单纯,简简单单。

怀旧的人大抵很多相似之处,比如重感情、偏执、专一、敏感。之前听过一句话,说怀旧的人都是对现实不满、对未来没有安全感的人。现在仔细想想,不无道理。从小到大都是比较保守踏实的一个人,身上只有一块钱绝不敢去吃十块钱的饭,一件事如果没有十足把握不敢轻易迈出第一步。这样的性格导致如今事业无成的我不敢轻易让别人走进我的世界,也不想去打扰别人,不自信能给别人带去幸福又何苦两败俱伤,拖累了别人又伤害了自己。或许当到了和军哥年纪相仿的时候,我才会有勇气和动力踏出第一步。

小谈MySql查询缓存

原文地址:https://blog.csdn.net/ClementAD/article/details/46806469
http://imysql.com/2014/09/05/mysql-faq-why-close-query-cache.shtml

Query Cache(查询缓存,以下简称QC)存储SELECT语句及其产生的数据结果,特别适用于:频繁提交同一个语句,并且该表数据变化不是很频繁的场景,例如一些静态页面,或者页面中的某块不经常发生变化的信息。QC有可能会从InnoDB Buffer Pool或者MyISAM key buffer里读取结果。

由于QC需要缓存最新数据结果,因此表数据发生任何变化(INSERT、UPDATE、DELETE或其他可能产生数据变化的操作),都会导致QC被刷新。

根据MySQL官方的测试,QC的优劣分别是:

1、如果对一个表执行简单的查询,但每次查询都不一样的话,打开QC后,性能反而下降了13%左右。但通常实际业务中,通常不会只有这种请求,因此实际影响应该比这个小一些。

2、如果对一个只有一行数据的表进行查询,则可以提升238%,这个效果还是非常不错的。

因此,如果是在一个更新频率非常低而只读查询频率非常高的场景下,打开QC还是比较有优势的,其他场景下,则不建议使用。而且,QC一般也维持在100MB以内就够了,没必要设置超过数百MB。

启用查询缓存

查看查询缓存情况:
mysql> show variables like 『%query_cache%』; 
(query_cache_type 为 ON 表示已经开启)
+——————————+———-+
| Variable_name      | Value    |
+——————————+———-+
| have_query_cache     | YES      |
| query_cache_limit       | 1048576  |
| query_cache_min_res_unit     | 4096     |
| query_cache_size       | 20971520 |
| query_cache_type         | ON       |
| query_cache_wlock_invalidate | OFF      |
+——————————+———-+

如果不是ON,修改配置文件以开启查询缓存:

mysql.cnf 中添加:
query_cache_size = 20M
query_cache_type = ON

重启mysql服务:

service mysql restart

查看缓存使用情况:
mysql> show status like 『qcache%』;  
+————————-+———-+
| Variable_name           | Value    |
+————————-+———-+
| Qcache_free_blocks      | 83       |
| Qcache_free_memory      | 19811040 |
| Qcache_hits             | 3108196  |
| Qcache_inserts          | 757254   |
| Qcache_lowmem_prunes    | 20720    |
| Qcache_not_cached       | 47219    |
| Qcache_queries_in_cache | 47       |
| Qcache_total_blocks     | 276      |
+————————-+———-+

其中各个参数的意义如下:
Qcache_free_blocks:缓存中相邻内存块的个数。数目大说明可能有碎片。FLUSH QUERY CACHE会对缓存中的碎片进行整理,从而得到一个空闲块。
Qcache_free_memory:缓存中的空闲内存。
Qcache_hits:每次查询在缓存中命中时就增大
Qcache_inserts:每次插入一个查询时就增大。命中次数除以插入次数就是不中比率。
Qcache_lowmem_prunes:缓存出现内存不足并且必须要进行清理以便为更多查询提供空间的次数。这个数字最好长时间来看;如果这个 数字在不断增长,就表示可能碎片非常严重,或者内存很少。(上面的 free_blocks和free_memory可以告诉您属于哪种情况)
Qcache_not_cached:不适合进行缓存的查询的数量,通常是由于这些查询不是 SELECT 语句或者用了now()之类的函数。
Qcache_queries_in_cache:当前缓存的查询(和响应)的数量。
Qcache_total_blocks:缓存中块的数量。

此外,QC也不适用于下面几个场景:

  1. 子查询或者外层查询;
  2. 存储过程、存储函数、触发器、event中调用的SQL,或者引用到这些结果的;
  3. 包含一些特殊函数时,例如:BENCHMARK()、CURDATE()、CURRENT_TIMESTAMP()、NOW()、RAND()、UUID()等等;
  4. 读取mysql、INFORMATION_SCHEMA、performance_schema 库数据的;
  5. 类似SELECT…LOCK IN SHARE MODE、SELECT…FOR UPDATE、SELECT..INTO OUTFILE/DUMPFILE、SELECT..WHRE…IS NULL等语句;
  6. SELECT执行计划用到临时表(TEMPORARY TABLE);
  7. 未引用任何表的查询,例如 SELECT 1+1 这种;
  8. 产生了 warnings 的查询;
  9. SELECT语句里加了 SQL_NO_CACHE 关键字;

更加奇葩的是,MySQL在从QC中取回结果前,会先判断执行SQL的用户是否有全部库、表的SELECT权限,如果没有,则也不会使用QC。

相比下面这个,其实上面所说的都不重要。

最为重要的是,在MySQL里QC是由一个全局锁在控制,每次更新QC的内存块都需要进行锁定。
例如,一次查询结果是20KB,当前 query_cache_min_res_unit 值设置为 4KB(默认值就是4KB,可调整),那么么本次查询结果共需要分为5次写入QC,每次都要锁定,可见其成本有多高。

我们可以通过 PROFILING 功能来查看 QC 相关的一些锁竞争,例如像下面这样的:

• Waiting for query cache lock
• Waiting on query cache mutex

或者,也可以通过执行 SHOW PROCESSLIST 来看线程的状态,例如:

• checking privileges on cached query
检查用户是否有权限读取QC中的结果集

• checking query cache for query
检查本次查询结果是否已经存储在QC中

• invalidating query cache entries
由于相关表数据已经修改了,因此将QC中的内存记录被标记为失效

• sending cached result to client
从QC中,将缓存后的结果返回给客户程序

• storing result in query cache
将查询结果缓存到QC中

如果可以频繁看到上述几种状态,那么说明当前QC基本存在比较重的竞争。

说了这么多废话,其实核心要点就一个:
如果线上环境中99%以上都是只读,很少有更新,再考虑开启QC吧,否则,就别开了。
关闭方法很简单,有两种:

1、同时设置选项 query_cache_type = 0 和 query_cache_size = 0;
2、如果用源码编译MySQL的话,编译时增加参数 –without-query-cache 即可;

延伸阅读:
http://www.dbasquare.com/kb/how-query-cache-can-cause-performance-problems/
http://www.percona.com/blog/2012/09/05/write-contentions-on-the-query-cache/
http://dev.mysql.com/doc/refman/5.6/en/query-cache.html

2019.04.01

今晚去西乡找表哥,三十几平的屋里三个男人喝着茶烧着烟坐聊了两个多钟。表哥比我年长五岁,我上小学的时候他就已经出来社会工作了。另外一个是表哥的同事,四五十岁人。

从来没想过有这么一天,我和表哥都以社会人的身份在异乡聚聊。在他们面前我永远是那个长不大的小孩,可时光就是这么神奇,那个小孩永远地长大了。

和“长辈”们聊生活的难,感觉很特别。一直以为自己和兄长们没有共同的话题,但聊及生活和现实的时候,发现并非如此,我们都是在迷茫人生道路上奋力前行的普通人。

今早微博上看到个视频,一小伙骑单车逆行,被交警拦下后,接到了一个电话,没想到接完电话后,小伙子怒刷手机,彻底奔溃,嚎啕大哭起来,整个人情绪像失控一样跑向桥边,幸好在交警大哥的开导下才冷静下来。以前不管工作多辛苦,累了躺个觉就完了。但看到这个视频后,眼泪哗的一下就出来了。生活让人遍体鳞伤,但很多时候我们都是咬着牙麻木的坚持着,突然有一天伤疤被揭开,痛苦便加以千万倍汹涌而上,心理脆弱的人可能一下子就承受不住,像紧绷的弦突然断了。人是需要发泄和被理解的,特别在这个绝望的时代,活着就先得学会不定时清理精神和心理垃圾,憋气憋太久人会窒息。

这又让我想起了近年来身边发生的一幕幕悲剧————大学时期一个同学传闻感情不顺从宿舍十五楼一跃而下;前年一个师弟的舍友因为抑郁同样选择了跳楼轻生;去年和我同届的一个即将研究生毕业并且拿到了大疆offer的校友也选择了告别生命;还有去年中兴大厦一个四十岁左右的员工因为被离职也跳楼轻生了…而今天,是哥哥张国荣告别我们的第十六个年头。以前看到这类事件总觉得他们太傻,对生活对家庭不负责任,但现在好像能理解他们的选择。人是利己动物,每个人做的每一个选择都是最有利于自己的。一个人连生活都放弃了,可见生活对他们来说只是一种累赘和负担。相对于痛苦的活着,死亡对他们来说可能是一种解脱。

工作三四年了,我也时常被周围左右我的思想,以别人定义的成功去衡量自己的生活。但越来越发觉,既然来到这个世界,我们就要尽最大的努力去生活,把生命当作一场修行。在这个唯利是图金钱至上的时代,我们可能忽略了内心的诉求,束缚于外界条条框框。每个人都是独立的个体,应该有独立的思想,为什么一定要活成别人期待的样子。一个人倘若能倾听自己的内心,了解自己内心的诉求,以愉悦自己为导向去生活,或许活着并没有那么不堪。