mysql 开发进阶篇连串 17 MySQL Server(key_buffer与table_cache)

一.key_buffer

  上一篇明白key_buffer设置,key_buffer_size指定了索引缓冲区的高低,它控制索引处理的进程,更加是索引读的速度。通过检查景况值Key_read_requests和Key_reads,可以精通key_buffer_size设置是或不是站得住。比例key_reads
/key_read_requests应该尽可能的低,至少是1:100,1:1000更好(精通为key_reads物理IO次数越少越好)。

--   一共有Key_read_requests个索引请求,一共发生了Key_reads次物理IO
SHOW GLOBAL STATUS LIKE '%key_read%';

图片 1

--  Key_reads/Key_read_requests ≈ 0.1%以下比较好
SELECT 693206.0/94745304.0

图片 2

  key_buffer_size只对MyISAM表起效果。固然你不利用MyISAM表,可是里面的暂时磁盘表是MyISAM表,也要运用该值,能够动用检查情状值created_tmp_disk_tables得知详情。

SHOW GLOBAL STATUS LIKE '%created_tmp_disk_tables%';

图片 3

小结提议:

    对于1G内存的机器,即便不采用MyISAM表,推荐值是16M(8-64M)。
    单个key_buffer的大大小小不可以跨越4G。
    建议key_buffer设置为大体内存的1/4(针对MyISAM引擎),在不少景观下多少要欧元引大得多。
    如若机器质量优越,可以设置多少个key_buffer,分别让差其他key_buffer来缓存专门的目录。
    Key_reads/Key_read_requests的高低正常情形下得小于0.01。

二. table_cache (table_open_cache)  

  上面讲了目录缓存,那里讲表缓存 table_cache,在mysql
5.1随后叫做”table_open_cache”。那个参数表示数据库用户打开表的缓存多少(最大限制数),用于安装table高速缓存的数码。由于每个客户端连接都会至少走访一个表,由此此参数的值与max_connections有关。例如
对于200个相互运行的接连,应该让表的缓存至少有200 *
N。那里N是可以进行的查询的一个总是中表的最大数目(表数据)。
  表缓存机制是:当某一而再接访问一个表时,MySQL会检查当前已缓存表的多寡。如若该表已经在缓存中开拓,则会一贯访问缓存中的表已加快查询速度;假若该表未被缓存,则会将眼前的表添加进缓存并拓展询问。
  在举行缓存操作从前,table_cache用于限制缓存表的最大数目:假如当前已经缓存的表未达到table_cache,则会将新表添加进去;若已经达标此值,MySQL将按照缓存表的末段查询时间、查询率等规则释放从前的缓存(释放机制与sqlserver一样)。

-- 表缓存限制数(默认是2000次)
SHOW VARIABLES LIKE 'table_open_cache';    

  图片 4

-- 最大并发连接数
SHOW VARIABLES LIKE 'max_connections';

  图片 5

  可以由此检查mysqld的情事变量open_tables和opened_tables确定table_cache参数是或不是过小。
open_tables表示脚下打开的表缓存数,假如进行flush
tables操作,则系统会倒闭部分当下尚未接纳的表缓存,而使得些状态值减小。opened_tables代表早已打开的表缓存数(历史的),会间接开展添加。执行flush
tables值不会削减。

-- 当前打开的表缓存数
SHOW  GLOBAL STATUS LIKE 'open_tables';

  图片 6

-- 曾经打开的表缓存数
SHOW  GLOBAL STATUS LIKE 'opened_tables';

  图片 7
  2.1演示下open_tables和opened_tables值的生成(在另一台mysql上举行)

     第一步:

-- 清空表缓存
FLUSH TABLES;
-- 查看值为1(代表当前连接)
SHOW  GLOBAL STATUS LIKE 'open_tables';

  图片 8

-- 历史值为111
SHOW  GLOBAL STATUS LIKE 'opened_tables';

  图片 9
  第二步:

-- 执行一个查询
SELECT COUNT(1) FROM User1
-- 再次查询当前缓存数
SHOW  GLOBAL STATUS LIKE 'open_tables';

  图片 10

--历史值也累加到113
SHOW  GLOBAL STATUS LIKE 'opened_tables';

  图片 11
  第三步:

-- 再执行一个相同查询,  会发现值没有增加,因为读的是缓存。
SELECT COUNT(1) FROM User1
SHOW  GLOBAL STATUS LIKE 'open_tables';

  图片 12

SHOW  GLOBAL STATUS LIKE 'opened_tables';

  图片 13

三. 修改table_cache值      

  下边来尝试修改table_cache值, 仍然一如既往找到my.cnf
  [root@xuegod64 etc]# vim my.cnf
  图片 14

  [root@xuegod64 ~]# systemctl stop mysqld.service
  [root@xuegod64 ~]# /bin/systemctl start mysqld.service

-- 服务停止重启后再次查看表缓存限制数。
SHOW VARIABLES LIKE 'table_open_cache';

  图片 15

四.table_cache总结

  open_tables是当下表缓存数,类似于sql server的逻辑查询而非物理查询。
该open_tables的值对安装table_cache值有首要的参考价值。
  如果Open_tables的值已经接近table_cache的值,且Opened_tables还在持续变大,则表达mysql正在将缓存的表释放以包容新的表,此时恐怕必要加大table_cache的值。上面那台mysql服务器正是那种情形,1990像样最大范围2000,且历史值还在时时刻刻变大。
如下图:
  图片 16

  相比吻合的值提议:

  Open_tables / Opened_tables >= 0.85

  当前mysql的值:SELECT 1990.0/3286078.0=0.00061

  Open_tables / table_cache <= 0.95

  当前mysql的值:1990.0/2000.0=0.99500

相关文章