MYSQL表优化措施小结 讲的挺周到_Mysql_脚本之家

interactive-timeout

补充
优化table_cachetable_cache钦赐表高速缓存的大大小小。每当MySQL访问多少个表时,倘使在表缓冲区中还也可以有空间,该表就被展开并放入在那之中,那样能够更加快地拜会表内容。通过检查峰值时间的情景值Open_tables和Opened_tables,能够决定是还是不是供给充实
table_cache的值。倘若您发觉open_tables等于table_cache,并且opened_tables在时时随处拉长,那么您就须求追加table_cache的值了(上述情况值能够动用SHOW
STATUS LIKE
‘Open%tables’获得卡塔尔。注意,不能够盲目地把table_cache设置成超级大的值。假使设置得太高,可能会促成文件陈述符不足,进而诱致品质动荡或许一而再三番五次战败。对于有1G内存的机械,推荐值是128-256。
案例1:该案例来自三个不是专程繁忙的服务器 table_cache – 512open_tables
– 103opened_tables – 1273uptime – 4021421
该案例中table_cache就好像设置得太高了。在峰值时间,张开表的数量比table_cache要少得多。
案例 2:该案例来自后生可畏台开垦服务器。table_cache – 64open_tables –
64opened-tables – 431uptime – 1662790
虽然open_tables已经等于table_cache,然而相对于服务器运转时刻以来,opened_tables的值也相当低。由此,扩张table_cache的值应该用场相当小。案例3:该案例来自多个upderperforming的劳动器table_cache
– 64open_tables – 64opened_tables – 22423uptime –
19548该案例中table_cache设置得太低了。即使运转时刻不到6钟头,open_tables达到了最大值,opened_tables的值也要命高。那样就需求扩张table_cache的值。优化key_buffer_sizekey_buffer_size钦点索引缓冲区的大小,它决定索引管理的快慢,特别是索引读的进程。通过检查情形值Key_read_requests和Key_reads,可以精通key_buffer_size
设置是或不是合理。比例key_reads /
key_read_requests应该尽大概的低,起码是1:100,1:1000更加好(上述景况值能够利用SHOW
STATUS LIKE
‘key_read%’获得)。key_buffer_size只对MyISAM表起效果。尽管你不利用MyISAM表,但是个中的暂且磁盘表是
MyISAM表,也要动用该值。能够行使检查意况值created_tmp_disk_tables得到消息详细情形。对于1G内存的机器,假诺不应用
MyISAM表,推荐值是16M。 案例1:健康情况key_buffer_size – 402649088
key_read_requests – 597579931key_reads –
56188案例2:警示状态key_buffer_size – 16777216 key_read_requests –
597579931key_reads –
53832731案例第11中学比例低于1:10000,是健康的事态;案例第22中学比例达到1:11,警示已经拉响。

#有2个cpu,那么 thread_concurrency=4 skip-innodb #去掉innodb支持

代码: # Example MySQL config file for medium systems. # # This is for
a system with little memory where MySQL plays # an important part, or
systems up to 128M where MySQL is used together with # other programs
# # You can copy this file to # /etc/my.cnf to set global options, #
mysql-data-dir/my.cnf to set server-specific options (in this #
installation this directory is /var/lib/mysql) or # ~/.my.cnf to set
user-specific options. # # In this file, you can use all long options
that a program supports. # If you want to know which options a program
supports, run the program # with the “–help” option. # The following
options will be passed to all MySQL clients [client] #password =
your_password port = 3306 socket = /tmp/mysql.sock #socket =
/var/lib/mysql/mysql.sock # Here follows entries for some specific
programs # The MySQL server [mysqld] port = 3306 socket =
/tmp/mysql.sock #socket = /var/lib/mysql/mysql.sock skip-locking
key_buffer = 128M max_allowed_packet = 1M table_cache = 256
sort_buffer_size = 1M net_buffer_length = 16K
myisam_sort_buffer_size = 1M max_connections=120 #addnew config
wait_timeout =120 back_log=100 read_buffer_size = 1M
thread_cache=32 skip-innodb skip-bdb skip-name-resolve
join_buffer_size=512k query_cache_size = 32M
interactive_timeout=120 long_query_time=10 log_slow_queries=
/usr/local/mysql4/logs/slow_query.log query_cache_type= 1 # Try
number of CPU’s*2 for thread_concurrency thread_concurrency = 4 #end
new config # Don’t listen on a TCP/IP port at all. This can be a
security enhancement, # if all processes that need to connect to mysqld
run on the same host. # All interaction with mysqld must be made via
Unix sockets or named pipes. # Note that using this option without
enabling named pipes on Windows # (via the “enable-named-pipe” option)
will render mysqld useless! # #skip-networking # Replication Master
Server # binary logging is required for replication #log-bin #
required unique id between 1 and 2^32 – 1 # defaults to 1 if
master-host is not set # but will not function as a master if omitted
server-id = 1 # Replication Slave (comment out master section to use
this) # # To configure this host as a replication slave, you can
choose between # two methods : # # 1) Use the CHANGE MASTER TO
command (fully described in our manual) – # the syntax is: # # CHANGE
MASTER TO MASTER_HOST=, MASTER_PORT=, # MASTER_USER=,
MASTER_PASSWORD= ; # # where you replace , , by quoted strings and #
by the master’s port number . # # Example: # # CHANGE MASTER TO
MASTER_HOST=’125.564.12.1′, MASTER_PORT=3306, # MASTER_USER=’joe’,
MASTER_PASSWORD=’secret’; # # OR # # 2) Set the variables below.
However, in case you choose this method, then # start replication for
the first time (even unsuccessfully, for example # if you mistyped the
password in master-password and the slave fails to # connect), the
slave will create a master.info file, and any later # change in this
file to the variables’ values below will be ignored and # overridden by
the content of the master.info file, unless you shutdown # the slave
server, delete master.info and restart the slaver server. # For that
reason, you may want to leave the lines below untouched # and instead
use CHANGE MASTER TO # # required unique id between 2 and 2^32 – 1 #
(and different from the master) # defaults to 2 if master-host is set
# but will not function as a slave if omitted #server-id = 2 # # The
replication master for this slave – required #master-host = # # The
username the slave will use for authentication when connecting # to the
master – required #master-user = # # The password the slave will
authenticate with when connecting to # the master – required
#master-password = # # The port the master is listening on. #
optional – defaults to 3306 #master-port = # # binary logging – not
required for slaves, but recommended #log-bin # Point the following
paths to different dedicated disks #tmpdir = /tmp/ #log-update =
/path-to-dedicated-directory/hostname # Uncomment the following if you
are using BDB tables #bdb_cache_size = 4M #bdb_max_lock = 10000 #
Uncomment the following if you are using InnoDB tables
#innodb_data_home_dir = /var/lib/mysql/ #innodb_data_file_path =
ibdata1:10M:autoextend #innodb_log_group_home_dir = /var/lib/mysql/
#innodb_log_arch_dir = /var/lib/mysql/ # You can set
.._buffer_pool_size up to 50 – 80 % # of RAM but beware of setting
memory usage too high #innodb_buffer_pool_size = 16M
#innodb_additional_mem_pool_size = 2M # Set .._log_file_size to
25 % of buffer pool size #innodb_log_file_size = 5M
#innodb_log_buffer_size = 8M #innodb_flush_log_at_trx_commit =
1 #innodb_lock_wait_timeout = 50 [mysqldump] quick
max_allowed_packet = 16M [mysql] no-auto-rehash # Remove the next
comment character if you are not familiar with SQL #safe-updates
[isamchk] key_buffer = 20M sort_buffer_size = 20M read_buffer = 2M
write_buffer = 2M [myisamchk] key_buffer = 20M sort_buffer_size =
20M read_buffer = 2M write_buffer = 2M [mysqlhotcopy]

同一时间在线访谈量继续增大
对于1G内部存储器的服务器分明认为到困难严重时依然天天都会死机
或许常常的服务器卡一下
那些难题早已苦闷了自己半个多月MySQL使用是很具伸缩性的算法,因而你平常能用少之甚少的内部存储器运营或给MySQL越多的被存以获取越来越好的习性。
安装好mysql后,配制文件应该在/usr/local/mysql/share/mysql目录中,配制文件有多少个,有my-
huge.cnf my-medium.cnf my-large.cnf
my-small.cnf,分歧的流量的网址和见仁见智配制的服务器遇到,当然须求有不一样的配制文件了。
一般的情况下,my-
medium.cnf这些配制文件就能够知足我们的大半必要;平日大家会把布署文件拷贝到/etc/my.cnf
只要求改过那几个布局文件就能够了,使用mysqladmin variables extended-status
–u root –p
能够看见日前的参数,有3个布局参数是最要害的,即key_buffer_size,query_cache_size,table_cache。
key_buffer_size 只对MyISAM表起效用,
key_buffer_size钦点索引缓冲区的大小,它调节索引管理的快慢,非常是索引读的进度。平时大家设为16M,实际上稍稍大学一年级些的站点
那一个数字是遥远远远不足的,通过检查情状值Key_read_requests和Key_reads,可以了然key_buffer_size设置是或不是站得住。比例key_reads /
key_read_requests应该尽可能的低,起码是1:100,1:1000越来越好(上述事态值能够动用SHOW
STATUS LIKE ‘key_read%’获得卡塔尔。 或然只要您装了phpmyadmin
可以通过服务器运市价况来看,作者推荐用phpmyadmin管理mysql,以下的气象值都以自己通过phpmyadmin拿到的实例解析:
这一个服务器已经运维了20天 key_buffer_size – 128M key_read_requests –
650759289 key_reads – 79112 比例临近1:8000 健康情形相当好其余叁个评估价值key_buffer_size的法子
把你网址数据库的每个表的目录所占空间大小加起来看看那几个服务器为例:比极大的多少个表索引加起来大致125M
那几个数字会随着表变大而变大。
从4.0.1早先,MySQL提供了查询缓冲机制。使用查询缓冲,MySQL将SELECT语句和查询结果寄放在缓冲区中,现在对于相同的SELECT语句,将向来从缓冲区中读取结果。遵照MySQL客户手册,使用查询缓冲最多能够达到238%的功效。
通过调整以下多少个参数可以清楚query_cache_size设置得是否站得住 Qcache
inserts Qcache hits Qcache lowmem prunes Qcache free blocks Qcache total
blocks
Qcache_lowmem_prunes的值相当的大,则注脚平时现身缓冲相当不够的图景,同期Qcache_hits的值相当大,则表明查询缓冲使用非常频仍,那时必要充实缓冲大小Qcache_hits的值十分的小,则评释你的查询重复率相当低,这种景色下使用查询缓冲反而会潜移默化功能,那么能够设想不用查询缓冲。别的,在SELECT语句中参预SQL_NO_CACHE能够明显表示不选拔查询缓冲。
Qcache_free_blocks,要是该值超大,则注脚缓冲区中碎片非常多query_cache_type钦赐是不是选择查询缓冲
笔者设置: query_cache_size = 32M query_cache_type= 1 得到如下状态值:
Qcache queries in cache 12737 表散寒前缓存的条数 Qcache inserts 20649006
Qcache hits 79060095 看来重复查询率还挺高的 Qcache lowmem prunes 617913
有诸有此类多次出现缓存过低的情景 Qcache not cached 189896 Qcache free memory
18573912 近日剩余缓存空间 Qcache free blocks 5328 这几个数字就好像不怎么大
碎片不菲 Qcache total blocks 30953 如若内部存储器允许32M应有要往上加点
table_cache
钦定表高速缓存的抑扬顿挫。每当MySQL访谈一个表时,假设在表缓冲区中还应该有空间,该表就被张开并归入当中,那样能够越来越快地拜望表内容。通过检查峰值时间的情事值Open_tables和Opened_tables,能够调节是不是必要追加table_cache的值。如若您开掘open_tables等于
table_cache,并且opened_tables在相连增进,那么你就必要充实table_cache的值了(上述情状值能够行使SHOW
STATUS LIKE
‘Open%tables’获得卡塔尔。注意,无法盲目地把table_cache设置成非常的大的值。倘若设置得太高,只怕会招致文件呈报符不足,进而变成质量不安定大概三翻五次失败。
对于有1G内部存款和储蓄器的机器,推荐值是128-256。 作者设置table_cache = 256
拿到以下情状: Open tables 256 Opened tables 9046 就算open_tables已经等于table_cache,可是相对于服务器运营时刻来讲,已经运行了20天,opened_tables的值也相当低。因而,扩张table_cache的值应该用场非常的小。假如运行了6个钟头就应时而生上述值
那就要思忖增大table_cache。 固然您无需记录2进制log
就把那个职能关闭,注意关闭今后就不可能回涨出难点前的多少了,必要你手动备份,二进制日志富含全部更新数据的言语,其指标是在还原数据库时用它来把数据尽量还原到终极的事态。此外,尽管做联合复制的话,也供给使用二进制日志传送修正情状。
log_bin钦点日志文件,假诺不提供文件名,MySQL将和睦发生缺省文件名。MySQL会在文件名背后自动抬高数字引,每趟运营服务时,都会另行生成叁个新的二进制文件。此外,使用log-bin-index能够内定索引文件;使用binlog-do-db能够内定记录的数据库;使用binlog-ignore-
db可以内定不记录的数据库。注意的是:binlog-do-db和binlog-ignore-db叁遍只内定一个数据库,内定四个数据库要求五个语句。何况,MySQL会将持有的数据库名称改成小写,在钦点数据库时必需全方位行使小写名字,不然不会起效果。
关掉那一个职能只必要在他前方加上#号 #log-bin 开启慢查询日志
慢查询日志对于跟踪不符合规律的查询好实惠。它记录全部查过long_query_time的查询,要是急需,还足以记下不利用索引的记录。下边是多个慢查询日志的例子:
开启慢查询日志,要求安装参数log_slow_queries、long_query_times、log-
queries-not-using-indexes。
log_slow_queries钦命日志文件,假如不提供文件名,MySQL将团结发生缺省文件名。long_query_times钦赐慢查询的阈值,缺省是10秒。log-queries-not-using-indexes是
4.1.0后头引进的参数,它提醒记录不使用索引的询问。小编设置long_query_time=10
作者设置: sort_buffer_size = 1M max_connections=120 wait_timeout
=120 back_log=100 read_buffer_size = 1M thread_cache=32
interactive_timeout=120 thread_concurrency = 4 参数表达: back_log
供给MySQL能有的连年数量。当重要MySQL线程在三个超短期内获得那一个多的连年央求,那就起效果,然后主线程花些时日
检查一连何况运行叁个新线程。back_log值建议在MySQL一时告后生可畏段落回答新伏乞在此之前的长期内有个别个央浼可以被存在饭店中。只宛假若期待在二个长时间内有过多总是,你必要扩充它,换句话说,这值对赶到的TCP/IP连接的侦听队列的深浅。你的操作系统在此个队列大小上有它和睦的界定。
Unix
listen系统调用的手册页应该有越来越多的内部原因。检查你的OS文书档案寻觅那么些变量的最大值。试图设定back_log高于你的操作系统的约束将是对事情未有什么帮助的。
max_connections 并发连接数目最大,120
超越这几个值就能自行苏醒,出了难点能自动消除 thread_cache
没找到切实可行表达,然则设置为32后 20天才创建了400几个线程
而在此以前一天就创设了上千个线程 所以仍旧平价的 thread_concurrency #
设置为你的cpu数目x2,例如,唯有贰个cpu,那么thread_concurrency=2

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图