Nov 23

mysql的两个参数

最近和系统部一起做了一个数据库迁移,把mysql从老旧狭小的服务器迁到了一个大内存的服务器上,不料迁移之后插入速度慢了不少,平均每4-5分钟slow query log就能出现4-5条,而且这4-5条绝大部分是insert,而且挨着,从日志来看,它们之间是在互相锁着。engine用的是myisam。

第一感觉,应该是锁的问题。但是查了很多状态和参数,并没找到合理的解释,也没有定位到异常的位置。

再仔细读读日志,发现连续的几条慢日志,并不都是因为锁的时间长。有些插入,没有人和它竞争,它自己就很慢;而它执行时,锁了表,就导致后面的几条很慢。由此猜想,应该是单条插入过慢,不是锁的问题。

在排除了网络、硬盘有问题的可能后,猜想应该是mysql配置本身有问题。第一步,发现了“concurrent_insert”这个参数。默认值是1,即可以并行读写,但是当表中数据有删除、造成前面的若干行有洞洞(碎片)时,就要优先往洞洞里插入,以确保碎片减少;当设置为2时,不管有没有碎片,都是往末尾插。因为导数据时,我手工删除了很多旧数据,所以感觉改成2会解决问题。但是试了之后,发现并无效果。猜想,我删除数据后,执行了optimize,可能碎片已经整理完了。

第二步,找到了“sync_binlog”这个参数。服务器上设置为1,即每当有任何一条insert或者update,都要同步到bin log上。我试着改成了100,即有100条修改后,才会同步到bin log文件。修改后果然见效,时隔16分钟,才连续出现了3条慢语句。之后,我决定赌一把,把它改成了0,即由操作系统决定何时同步。到现在已经有近40分钟,再也没有出现慢的insert。希望不只是神灵保佑的原因。

多说一句,sync_binlog这个参数我怀疑不会影响主从备份,因为从库来获取更新时,联系的是主库,而不是copy bin log文件,bin log有没有写到硬盘上,于此无干。

Jun 02

[收藏]MY.CNF配置

* 设置建议:

对于单台运行的WEB服务器,建议加上:
skip-locking
skip-name-resolve
skip-networking

在 PHP链接数据库时使用”LOCALHOST”.这样MySQL 客户端库将覆盖之并尝试连接到本地套接字.(
我们可以从 PHP.INI 中
代码:

; Default socket name for local MySQL connects. If empty, uses the built-in
; MySQL defaults.
mysql.default_socket = /tmp/mysql.sock

看出 默认情况下 UNIX 将访问/tmp/mysql.sock)

* 以下是部分选项解释:

my.cnf 默认是不存在的.你可以在/usr/local/share /mysql/下看到:

1. my-huge.cnf
2. my-innodb-heavy-4G.cnf
3. my-large.cnf
4. my-medium.cnf
5. my-small.cnf

等文 件.将其中合适你机器配置的文件拷贝到/etc/my.cnf或mysql data目录/my.cnf(/var/db/mysql)下或~/.my.cnf.文件内都有详细的说明

[mysqld]
port = 3306
serverid = 1
socket = /tmp/mysql.sock
skip-locking
# 避免MySQL的外部锁定,减少出错几率增强稳定性。

skip-name-resolve
禁止MySQL对外部 连接进行DNS解析,使用这一选项可以消除MySQL进行DNS解析的时间。但需要注意,如果开启该选项,则所有远程主机连接授权都要使用IP地址方式, 否则MySQL将无法正常处理连接请求!

back_log = 384
指定MySQL可能的连接数量。当 MySQL主线程在很短的时间内接收到非常多的连接请求,该参数生效,主线程花费很短的时间检查连接并且启动一个新线程。
back_log参数 的值指出在MySQL暂时停止响应新请求之前的短时间内多少个请求可以被存在堆栈中。 如果系统在一个短时间内有很多连接,则需要增大该参数的值,该参数值指定到来的TCP/IP连接的侦听队列的大小。不同的操作系统在这个队列大小上有它自 己的限制。
试图设定back_log高于你的操作系统的限制将是无效的。默认值为50。对于Linux系统推荐设置为小于512的整数。

key_buffer_size = 256M
# key_buffer_size指定用于索引的缓冲区大小,增加它可得到更好的索引处理性能。
对于内存在 4GB左右的服务器该参数可设置为256M或384M。
注意:该参数值设置的过大反而会是服务器整体效率降低!

max_allowed_packet = 4M
thread_stack = 256K
table_cache = 128K
sort_buffer_size = 6M
查询排序时所能使用的缓冲区大小。注意:该参数对应的分配内存是每连接独占!如果有100个连接,那么实际分配的总共排序缓冲区大 小为100 × 6 = 600MB。所以,对于内存在4GB左右的服务器推荐设置为6-8M。

read_buffer_size = 4M
读查询操作所能使用的缓冲区大小。和sort_buffer_size一样,该参数对应的分配内存也是每连接独享!

join_buffer_size = 8M
联合查询操作所能使用的缓冲区大小,和sort_buffer_size一样,该参数对应的分配内存也是每连接独享!

myisam_sort_buffer_size = 64M
table_cache = 512
thread_cache_size = 64
query_cache_size = 64M
指定MySQL查询缓冲区的大小。可以通过在MySQL控制台执行以下命令观察:
代码:

# > SHOW VARIABLES LIKE ‘%query_cache%’;
# > SHOW STATUS LIKE ‘Qcache%’;

如果 Qcache_lowmem_prunes的值非常大,则表明经常出现缓冲不够的情况;
如果Qcache_hits的值非常大,则表明查询缓冲使 用非常频繁,如果该值较小反而会影响效率,那么可以考虑不用查询缓冲;Qcache_free_blocks,如果该值非常大,则表明缓冲区中碎片很多。

tmp_table_size = 256M
max_connections = 768
指定 MySQL允许的最大连接进程数。如果在访问论坛时经常出现Too Many Connections的错误提 示,则需要增大该参数值。

max_connect_errors = 10000000
wait_timeout = 10
指定一个请求的最大连接时间,对于4GB左右内存的服务器可以设置为 5-10。

thread_concurrency = 8
该参数取值为服务器逻辑CPU数量×2,在本例中,服 务器有2颗物理CPU,而每颗物理CPU又支持H.T超线程,所以实际取值为4 × 2 = 8

skip-networking
开 启该选项可以彻底关闭MySQL的TCP/IP连接方式,如果WEB服务器是以远程连接的方式访问MySQL数据库服务器则不要开启该选项!否则将无法正 常连接!

May 05

[摘]MySQL中my.cnf配置须注意

在32位GNU/Linux x86上,你必须要小心不要设置过高的内存用量。glibc可能允许进程堆积在线程堆栈上发展,它会造成你的服务器崩溃。如果下列表达式的值接近或者超过 2GB,系统会面临危机:

innodb_buffer_pool_size
+ key_buffer_size
+ max_connections*(sort_buffer_size+read_buffer_size+binlog_cache_size)
+ max_connections*2MB

自http://dev.mysql.com/doc/refman/5.1/zh/storage-engines.html#myisam-storage-engine