Centos6.4下mysql5.6.10的性能优化

前端之家收集整理的这篇文章主要介绍了Centos6.4下mysql5.6.10的性能优化前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

本文转自:http://www.cnblogs.com/littlehb/archive/2013/04/06/3001975.html

测试配置脚本时使用如下命令:

rm -rf /var/log/MysqLd.log

/usr/local/MysqL/bin/MysqLd_safe --log-error=/var/log/MysqLd.log

vi /var/log/MysqLd.log

然后查看 /var/log/MysqLd.log就能看出来为什么MysqL没有正常启动了。

vi /etc/my.cnf

在[MysqLd]配置节下添加

[MysqLd]

#myslqd服务运行时的端口号
port=3306

#socket文件是在Linux环境下特有的,用户的客户端软件连接可以不通过TCP/IP网络而直接使用unix socket连接到MysqL
socket=/tmp/MysqL.sock

#避免MysqL的外部锁定,减少出错几率,增强稳定性。
skip-external-locking

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

#back_log参数的值指出在MysqL暂时停止响应新请求之前,短时间内的多少个请求可以被存在对堆栈中,如果系统短时间内有很多连接,则需>要增大该参数的值,该参数值指定到来的TCP/IP连接的监听队列的大小。不同的操作系统在这个队列的大小有自己的限制,如果试图将back_log设定得高于操作系统的限制将是无效的,其默认值为50,对于LINUX系统而言,推荐设置为小于512的整数。
back_log=384

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

#设定在网络传输中一次消息传输量的最大值,系统默认值为1MB,最大值是1GB,必须设定为1024的倍数,单位为字节。
max_allowed_packet=4M

#设置MysqL每个线程的堆栈大小,默认值足够大,可满足普通操作。可设置范围为128KB至4GB,默认192K。
thread_stack=256k


#设定查询排序时所能使用的缓冲区大小,系统默认大小为2MB,从5.1.23版本开始,在除了WINDOWS 之外的64位平台上可以4GB的限制。该参数
对应的分配内在是每个连接独占的,如果有100个连接,那么实际分配的总排序缓冲区大小为100*6=600MB,那么对于内存4GB左右的服务器来>说,推荐将其设置为6MB-8MB。
sort_buffer_size=6M

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


#设置Thread Cache池中可以缓存的连接池线程最大数量,可设置为0-16384,默认为0。1GB内存我们配置为8,2GB内存我们配置为16,4GB或4GB以上内在我们配置为64。
thread_cache_size=64
#指定MySQL查询缓冲区的大小,可以通过在MysqL控制台观察,如果Qcache_lowmem_prunes的值非常大,则表明经常出现缓冲不够的情况,如果
Qcache_hits的值非常大,则表明查询缓冲使用的非常频繁
query_cache_size=64M

#设置内在临时表最大值,如果超过该值,则会将临时表写入磁盘,其范围为1KB至4GB。
tmp_table_size=256M

#指定MysqL允许的最大连接进程数,如果在访问程序时经常出现TOO MANY CONNECTIONS的错误提示,则需要增大该参数值。
max_connections=5000


#指定一个请求的最大连接时间,对于4GB左右内在的服务器来说,可以将其设置为5-10
wait_timeout=120

#该参数取值为服务器逻辑cpu数量*2,比如,服务器有两个物理cpu,每个物理cpu支持HT超线程,所以实际取值4*2=8,这也是目前双四核主流
服务器的配置。
thread_concurrency=8

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


innodb_flush_log_at_trx_commit
#抱怨Innodb比MyISAM慢 100倍?那么你大概是忘了调整这个值。默认值1的意思是每一次事务提交或事务外的指令都需要把日志写入(flush)
硬盘,这是很费时的。特别是使用电池供电缓存(Battery backed up cache)时。设成2对于很多运用,特别是从MyISAM表转过来的是可以的>,它的意思是不写入硬盘而是写入系统缓存。日志仍然会每秒flush到硬 盘,所以你一般不会丢失超过1-2秒的更新。设成0会更快一点,但安>全方面比较差,即使MysqL挂了也可能会丢失事务的数据。而值2只会在整个操作系统 挂了时才可能丢数据。
innodb_flush_log_at_trx_commit=2

#这是 InnoDB 存储引擎的事务日志所使用的缓冲区。类似于 Binlog Buffer,InnoDB 在写事务日志的时候,为了提高性能,也是先将信息写>入 Innofb Log Buffer 中,当满足 innodb_flush_log_trx_commit 参数所设置的相应条件(或者日志缓冲区写满)之后,才会将日志写到文>件(或者同步到磁盘)中。可以通过 innodb_log_buffer_size 参数设置其可以使用的最大内存空间。
innodb_log_buffer_size=2M

#这个数字要根据实际的情况来设定,但对于大多数的情况,是一个比较合适的设置
innodb_thread_concurrency=8

#tmp_table_size 的默认大小是 32M。如果一张临时表超出该大小,MysqL产生一个 The table tbl_name is full 形式的错误,如果你做很多
高级 GROUP BY 查询增加 tmp_table_size 值。
tmp_table_size=64M

#随机读取数据缓冲区使用内存(read_rnd_buffer_size):和顺序读取相对应,当 MysqL 进行非顺序读取(随机读取)数据块的时候,会利用>这个缓冲区暂存读取的数据。如根据索引信息读取表数据,根据排序后的结果集与表进行Join等等。总的来说,就是当数据块的读取需要满足>一定的顺序的情况下,MysqL 就需要产生随机读取,进而使用到 read_rnd_buffer_size 参数所设置的内存缓冲区。
read_rnd_buffer_size=16M

#你最好在定义数据库命名规则的时候就全部采用小写字母加下划线的组合,而不使用任何的大写字母。
lower_case_table_names=1

#设置校验模式
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES


#默认配置没开查询缓存哦亲
explicit_defaults_for_timestamp

功能

#关闭MysqL日志

执行:
/usr/local/MysqL/bin/MysqL -u root -p
输入密码,登陆到MysqL,然后执行
reset master;
退出后执行:
vi /etc/my.cnf
查找
log-bin=MysqL-bin binlog_format=mixed
再这两行前面加上#,将其注释掉,再执行重启MysqL命令
这样就关闭MysqL日志了
/etc/init.d/MysqL restart

MySql 的批量操作,要加rewriteBatchedStatements参数

http://elf8848.iteye.com/blog/770032

MysqL 插入(insert)性能测试

elf8848.iteye.com/blog/1547398

猜你在找的CentOS相关文章