/* Open a table. SYNOPSIS open_table() thd Thread context. table_list Open first table in list. action INOUT Pointer to variable of enum_open_table_action type which will be set according to action which is required to remedy problem appeared during…

好多人在调优Mysql的时候,总是对open_tables和opend_tables两个参数分别不清. 网上好多解释都是这样的:open_tables:当前打开表的数量opened_tables:当前已经打开表的数量 很简单的解释,可是这两句话看起来有点类似. 下面我来解释一下:open_tables:是当前在缓存中打开表的数量.opened_tables:是mysql自启动起,打开表的数量. 我们知道,假如没有缓存的话,那么mysql服务在每次执行一个语句的时候,都会先打开一个表.当sql语句…

好多人在调优Mysql的时候,总是对open_tables和opend_tables两个参数分别不清. 网上好多解释都是这样的:open_tables:当前打开表的数量opened_tables:当前已经打开表的数量 很简单的解释,可是这两句话看起来有点类似. 下面我来解释一下:open_tables:是当前在缓存中打开表的数量.opened_tables:是mysql自启动起,打开表的数量. 我们知道,假如没有缓存的话,那么mysql服务在每次执行一个语句的时候,都会先打开一个表.当sql语句…

无论逻辑备份还是物理备份,为了获取一致性位点,都强依赖于FTWRL(Flush Table With Read Lock).这个锁杀伤力非常大,因为持有锁的这段时间,整个数据库实质上不能对外提供写服务的.此外,由于FTWRL需要关闭表,如有大查询,会导致FTWRL等待,进而导致DML堵塞的时间变长.即使是备库,也有SQL线程在复制来源于主库的更新,上全局锁时,会导致主备库延迟.FTWRL这把锁持有的时间主要与非innodb表的数据量有关,如果非innodb表数据量很大,备份很慢,那么持有锁的时间…

中午,公司群里面测试人员@笔者说,早上测试服务器异常,MQ起不来,重启os了也起不来,报错,上去看下了早上又因为内存oom被内核killed了,启动了下,确实启动报错,erl vm进程起来了,但是beam.smp进程没有起来,看下了MQ启动日志startup_log,有如下信息: =INFO REPORT==== 10-Dec-2016::11:43:03 === Error description: {could_not_start,rabbit, {{badmatch, {error, {{…

第一次值班,报警打电话给我说,数据库复制延时一个多小时,那个时候是半夜啊,但我还是很清醒的起来,开机.vpn.登录.show processlist,结果发现情况是这样的: 红线框表示的是当前每个线程已经执行.等待的时间,最长的3962其实已经超过一个小时,再看其它的操作都是查询,另外还有一个线程在做flush table操作 从每个线程的状态可以看出,第一个线程为Copying to tmp table,可以看出这个线程正在做操作,这是一个查询操作. 现在的问题是数据库复制延时,那么在这个图片…

关于A*算法,很早就想写点什么,可是貌似天天在忙活着什么,可事实又没有做什么,真是浮躁啊!所以今晚还是来写一下总结吧! A*算法是很经典的只能启发式搜索算法,关于只能搜索算法和一般的搜索算法(例如DFS,BFS之类),在语言描述上的区别,我觉得用<代码大全>中的一句话描述的非常好:“驾驶汽车达到某人家,写成算法是:沿167号高速往南行至Puyallup,从XX出口后往山上开4.5英里,在一个杂货店旁边的红绿灯右转,接着在第一个路口左转,从左边的褐色大房子的车道进去就是:而启发式是:找出上一次我…

struct TABLE { TABLE() {} /* Remove gcc warning */ TABLE_SHARE *s; handler *file; TABLE *next, *prev; private: /** Links for the lists of used/unused TABLE objects for this share. Declared as private to avoid direct manipulation with those objects. O…

http://www.cnblogs.com/xpchild/p/3790139.html   MySQL为了保护数据字典元数据,使用了metadata lock,即MDL锁,保证在并发的情况下,结构变更的一致性. MDL锁的加锁模式和源码上的组织上和上一篇blog中MySQL表锁的实现方式一致,都采用了[mutex+condition+queue]来实现并发,阻塞,唤醒的控制. 下面就来看看MDL锁: 1. 重要的数据结构:    1. MDL_map mdl_map使用hash表,保存了My…

http://www.cnblogs.com/xpchild/p/3789068.html   上一篇介绍了MySQL源码中保护内存结构或变量的锁,这里开始介绍下MySQL事务中的表锁. 注1: 在表锁的实现上面,使用[mutex+condition+queue]的结构实现并发,阻塞,唤醒的表锁功能. 注2: 本文进行的一些实验,重要的配置项: 1. autocommit=0 2. tx_isolation=read-commited 3. engine=innodb 1. MySQL加锁的顺序…