>데이터 베이스 >MySQL 튜토리얼 >Don’t Assume – Per Session Buffers

Don’t Assume – Per Session Buffers

WBOY
WBOY원래의
2016-06-01 13:14:181202검색

MySQL has a number of global buffers, i.e. your SGA. There are also a number of per session/thread buffers that combined with other memory usage constitutes an unbounded PGA. One of the most common errors in mis-configured MySQL environments is the setting of the 4 primary per session buffers thinking they are global buffers.

Global buffers include:

      • key_buffer_size – For MyISAM Indexes (note you can define multiple key_buffer’s The MyISAM Key Cache)
      • innodb_buffer_pool_size – For Innodb Table/Indexs
      • innodb_additional_mem_pool_size – Innodb additional data dictionary data
      • query_cache_size – The MySQL Query Cache

The four important per session buffers are:

      • read_buffer_size
      • read_rnd_buffer_size
      • sort_buffer_size
      • join_buffer_size

I have seen people see these values > 5M. The defaults range from 128K to 256K. My advice for any values above 256K is simple. What proof do you have this works better? When nothing is forthcoming, the first move is to revert to defaults or a maximum of 256K for some benchmarkable results. The primary reason for this is MySQL internally as quoted by Monty Taylor – for values > 256K, it uses mmap() instead of malloc() for memory allocation.

These are not all the per session buffers you need to be aware of. Others include thread_stack, max_allowed_packet,binlog_cache_size and most importantly max_connections.

MySQL also uses memory in other areas most noticeably in internal temporary tables and MEMORY based tables.

As I mentioned, there is no bound for the total process memory allocation for MySQL, so some incorrectly configured variables can easily blow your memory usage.

References

    • Read Buffer performance hit by Monty Taylor

参考:

http://ronaldbradford.com/blog/dont-assume-per-session-buffers-2010-03-08/

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.