首页 / MYSQL / MySQL高性能优化实战总结
MySQL高性能优化实战总结
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了MySQL高性能优化实战总结,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含3772字,纯文字阅读大概需要6分钟。
内容图文
![MySQL高性能优化实战总结](/upload/InfoBanner/zyjiaocheng/510/c0d304f0f9204a1e9a179669f671a012.jpg)
这个参数决定了Linux是倾向于使用swap,还是倾向于释放文件系统cache。在内存紧张的情况下,数值越低越倾向于释放文件系统cache。当然,这个参数只能减少使用swap的概率,并不能避免Linux使用swap。
修改MySQL的配置参数innodb_flush_method,开启O_DIRECT模式。这种情况下,InnoDB的buffer pool会直接绕过文件系统cache来访问磁盘,但是redo log依旧会使用文件系统cache。值得注意的是,Redo log是覆写模式的,即使使用了文件系统的cache,也不会占用太多
IO调度策略
- #echo deadline>/sys/block/sda/queue/scheduler #临时修改为deadline
- 永久修改如下:
- vi /boot/grub/grub.conf
- 更改到如下内容:
- kernel /boot/vmlinuz-2.6.18-8.el5 ro root=LABEL=/ elevator=deadline rhgb quiet
1.5.5 系统参数调整
Linux系统内核参数优化
- vim /etc/sysctl.conf
- net.ipv4.ip_local_port_range = 1024 65535 # 用户端口范围
- net.ipv4.tcp_max_syn_backlog = 4096
- net.ipv4.tcp_fin_timeout = 30
- fs.file-max=65535 # 系统最大文件句柄,控制的是能打开文件最大数量
用户限制参数(mysql可以不设置以下配置)
- vim /etc/security/limits.conf
- * soft nproc 65535
- * hard nproc 65535
- * soft nofile 65535
- * hard nofile 65535
1.5.6 应用优化
业务应用和数据库应用独立,防火墙:iptables、selinux等其他无用服务(关闭):
- chkconfig --level 23456 acpid off
- chkconfig --level 23456 anacron off
- chkconfig --level 23456 autofs off
- chkconfig --level 23456 avahi-daemon off
- chkconfig --level 23456 bluetooth off
- chkconfig --level 23456 cups off
- chkconfig --level 23456 firstboot off
- chkconfig --level 23456 haldaemon off
- chkconfig --level 23456 hplip off
- chkconfig --level 23456 ip6tables off
- chkconfig --level 23456 iptables off
- chkconfig --level 23456 isdn off
- chkconfig --level 23456 pcscd off
- chkconfig --level 23456 sendmail off
- chkconfig --level 23456 yum-updatesd off
安装图形界面的服务器不要启动图形界面 runlevel 3,另外,思考将来我们的业务是否真的需要MySQL,还是使用其他种类的数据库。用数据库的最高境界就是不用数据库。
1.6 数据库优化
SQL优化方向:
执行计划、索引、SQL改写
架构优化方向:
高可用架构、高性能架构、分库分表
1.6.1 数据库参数优化
调整:
实例整体(高级优化,扩展)
- thread_concurrency #并发线程数量个数
- sort_buffer_size #排序缓存
- read_buffer_size #顺序读取缓存
- read_rnd_buffer_size #随机读取缓存
- key_buffer_size #索引缓存
- thread_cache_size #线程缓存(1G—>8, 2G—>16, 3G—>32, >3G—>64)
连接层(基础优化)
设置合理的连接客户和连接方式
- max_connections #最大连接数,看交易笔数设置
- max_connect_errors #最大错误连接数,能大则大
- connect_timeout #连接超时
- max_user_connections #最大用户连接数
- skip-name-resolve #跳过域名解析
- wait_timeout #等待超时
- back_log #可以在堆栈中的连接数量
SQL层(基础优化)
- query_cache_size: 查询缓存
- OLAP类型数据库,需要重点加大此内存缓存.
- 但是一般不会超过GB.
- 对于经常被修改的数据,缓存会立马失效。
- 我们可以实用内存数据库(redis、memecache),替代他的功能。
1.6.2 存储引擎层(innodb基础优化参数)
- default-storage-engine
- innodb_buffer_pool_size # 没有固定大小,50%测试值,看看情况再微调。但是尽量设置不要超过物理内存70% innodb_file_per_table=(1,0)
- innodb_flush_log_at_trx_commit=(0,1,2) #1是最安全的,0是性能最高,2折中
- binlog_sync
- Innodb_flush_method=(O_DIRECT, fdatasync)
- innodb_log_buffer_size #100M以下
- innodb_log_file_size #100M 以下
- innodb_log_files_in_group #5个成员以下,一般2-3个够用(iblogfile0-N)
- innodb_max_dirty_pages_pct #达到百分之75的时候刷写 内存脏页到磁盘。 log_bin
- max_binlog_cache_size #可以不设置
- max_binlog_size #可以不设置
- innodb_additional_mem_pool_size #小于2G内存的机器,推荐值是20M。32G内存以上100M
MySQL高性能优化实战总结
标签:tab 参数 tst 需求 注意 境界 iptable 内存缓存 name
本文系统来源:https://www.cnblogs.com/yanhuidj/p/11082717.html
内容总结
以上是互联网集市为您收集整理的MySQL高性能优化实战总结全部内容,希望文章能够帮你解决MySQL高性能优化实战总结所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。