CentOS服务器下对mysql的优化

原文连接：

CentOS服务器下对mysql的优化

 

1、mysql的优化思路

mysql的优化分为两方面：

1. 服务器使用前的优化

2. 服务使用中的优化

2、mysql的基础优化步骤

1. 硬件级优化

（1）. 最好mysql本身使用一台物理服务器

（2）. 内存和CPU方面，根据需求给予mysql服务器足够大的内存和足够多的CPU核数

(3). 避免使用Swap交换分区–交换时从硬盘读取的它的速度很慢，有的DBA安装系统时就不装swap分区

（4）. 若是是mysql主库，硬盘能够选用比较好的高速硬盘，系统用SSD固态硬盘，数据盘用sas替代sata硬盘，将操做系统和数据分区分开

（5）. mysql产生的日志与数据库也放到不一样的磁盘分区上面

（6）. mysql数据库硬盘格式化时，能够指定更小的硬盘块

（7）. 关于作RAID方面，主库尽可能作成RAID10，既提升了数据的读写速度也提到了数据的安全性

（8). 服务器双线双电，保障服务器运行稳定，不会由于忽然断电影响业务和损坏磁盘数据

2. mysql数据库设计优化

（1). 根据需求选择正确的存储引擎，好比说读的特别猛就用MySAM,若是对事务性要求高就用InnoDB

(2). 设置合理的字段类型和字段长度,好比说你这个字段就20多个字段你设置成VARCHAR(255)就是对磁盘空间的浪费

（3）. 默认值尽量的使用 NOT NULL，若是空值太多对mysql的查询会有影响，尤为是在查询语句编写上面

（4）. 尽可能少的使用VARCHAR，TEXT，BLOB这三个字段

（5）. 添加适当索引(index) [四种: 普通索引、主键索引、惟一索引unique、全文索引]

（6）. 不要滥用索引，大表索引，小表不索引

（7）. 表的设计合理化(符合3NF)

3. mysql配置参数的优化

这里是mysql5.5版本的配置文件

vi my.cnf

[client]
port            = 3306           #mysql客户端链接时的默认端口
socket          = /tmp/mysql.sock  #与mysql服务器本地通讯所使用的socket文件路径

default-character-set = utf8  #指定默认字符集为utf8
[mysql]
no-auto-rehash               #auto-rehash是自动补全的意思，就像咱们在linux命令行里输入命令的时候，使用tab键的功能是同样的，这里是默认的不自动补全
default-character-set = utf8  #指定默认字符集为utf8
[mysqld]
user    = mysql
port    = 3306

character-set-server = utf8    #设置服务器端的字符编码
socket  = /tmp/mysql.sock
basedir = /application/mysql
datadir = /mysqldata
skip-locking                  #避免MySQL的外部锁定，减小出错概率加强稳定性。
open_files_limit    = 10240    #MySQL打开的文件描述符限制，默认最小1024;当open_files_limit没有被配置的时候，比较max_connections*5和ulimit -n的值，哪一个大用哪一个，当open_file_limit被配置的时候，比较open_files_limit和max_connections*5的值，哪一个大用哪一个。
back_log = 500                #back_log参数的值指出在MySQL暂时中止响应新请求以前的短期内多少个请求可 以被存在堆栈中。 若是系统在一个短期内有不少链接，则须要增大该参数的值，该参数值指定到来的TCP/IP链接的侦听队列的大小。不一样的操做系统在这个队列大小上有它自 己的限制。 试图设back_log高于你的操做系统的限制将是无效的。默认值为50。对于Linux系统推荐设置为小于512的整数。
max_connections = 800        #MySQL的最大链接数，若是服务器的并发链接请求量比较大，建议调高此值，以增长并行链接数量，固然这创建在机器能支撑的状况下，由于若是链接数越多， 介于MySQL会为每一个链接提供链接缓冲区，就会开销越多的内存，因此要适当调整该值，不能盲目提升设值。能够过’conn%’通配符查看当前状态的链接 数量，以定夺该值的大小。
max_connect_errors = 3000    #对于同一主机，若是有超出该参数值个数的中断错误链接，则该主机将被禁止链接。如需对该主机进行解禁，执行：FLUSH HOST。
table_cache = 614            #物理内存越大,设置就越大.默认为2402,调到512-1024最佳
external-locking = FALSE     #使用–skip-external-locking MySQL选项以免外部锁定。该选项默认开启
max_allowed_packet =8M       #设置最大包,限制server接受的数据包大小，避免超长SQL的执行有问题 默认值为16M，当MySQL客户端或mysqld服务器收到大于max_allowed_packet字节的信息包时，将发出“信息包过大”错误，并关闭链接。对于某些客户端，若是通讯信息包过大，在执行查询期间，可能会遇“丢失与MySQL服务器的链接”错误。默认值16M。
sort_buffer_size = 6M        #用于表间关联缓存的大小，查询排序时所能使用的缓冲区大小。注意：该参数对应的分配内存是每链接独占，若是有100个链接，那么实际分配的总共排序缓冲区大小为100 × 6 ＝ 600MB。因此，对于内存在4GB左右的服务器推荐设置为6-8M。
join_buffer_size = 6M       #联合查询操做所能使用的缓冲区大小，和sort_buffer_size同样，该参数对应的分配内存也是每链接独享。
thread_cache_size = 100       #服务器线程缓存这个值表示能够从新利用保存在缓存中线程的数量,当断开链接时若是缓存中还有空间,那么客户端的线程将被放到缓存中,若是线程从新被请求， 那么请求将从缓存中读取,若是缓存中是空的或者是新的请求，那么这个线程将被从新建立,若是有不少新的线程，增长这个值能够改善系统性能.经过比较 Connections 和 Threads_created 状态的变量，能够看到这个变量的做用
thread_concurrency = 8        #设置thread_concurrency的值的正确与否, 对mysql的性能影响很大, 在多个cpu(或多核)的状况下，错误设置了thread_concurrency的值, 会致使mysql不能充分利用多cpu(或多核), 出现同一时刻只能一个cpu(或核)在工做的状况。thread_concurrency应设为CPU核数的2倍. 好比有一个双核的CPU, 那么thread_concurrency的应该为4; 2个双核的cpu, thread_concurrency的值应为8，属重点优化参数
query_cache_size = 2M         #指定MySQL查询缓冲区的大小，在数据库写入量或是更新量也比较大的系统，该参数不适合分配过大。并且在高并发，写入量大的系统，建系把该功能禁掉。
query_cache_limit = 1M         #默认是4KB，设置值大对大数据查询有好处，但若是你的查询都是小数据查询，就容易形成内存碎片和浪费
query_cache_min_res_unit = 2k   #MySQL参数中query_cache_min_res_unit查询缓存中的块是以这个大小进行分配的，使用下面的公式计算查询缓存的平均大小，根据计算结果设置这个变量，MySQL就会更有效地使用查询缓存，缓存更多的查询，减小内存的浪费。
default_table_type = InnoDB     #默认表的引擎为InnoDB
thread_stack = 192K             #限定用于每一个数据库线程的栈大小。默认设置足以知足大多数应用transaction_isolation = READ-COMMITTED #设定默认的事务隔离级别.可用的级别以下:

READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE,1.READ UNCOMMITTED-读未提交2.READ COMMITTE-读已提交3.REPEATABLE READ -可重复读4.SERIALIZABLE -串行
tmp_table_size = 246M             #tmp_table_size 的默认大小是 32M。若是一张临时表超出该大小，MySQL产生一个 The table tbl_name is full 形式的错误，若是你作不少高级 GROUP BY 查询，增长 tmp_table_size 值。
max_heap_table_size = 246M          #内存表，内存表不支持事务，内存表使用哈希散列索引把数据保存在内存中，所以具备极快的速度，适合缓存中小型数据库，可是使用上受到一些限制
long_query_time = 1                 #记录时间超过1秒的查询语句
log_long_format                     #
log-error = /logs/error.log         #开启mysql错误日志，该选项指定mysqld保存错误日志文件的位置
log-slow-queries = /logs/slow.log   #慢查询日志文件路径
pid-file = /pids/mysql.pid
log-bin = /binlog/mysql-bin         #binlog日志位置以及binlog的名称
relay-log = /relaylog/relay-bin     #relaylog日志位置以名称
binlog_cache_size = 1M              #binlog_cache_size 就是知足两点的：一个事务，在没有提交（uncommitted）的时候，产生的日志，记录到Cache中；等到事务提交（committed）须要提交的时候，则把日志持久化到磁盘，默认是32K。
max_binlog_cache_size = 32M         #binlog缓存最大使用的内存
max_binlog_size = 2M                #一个binlog日志的大小
expire_logs_days = 7                #保留7天的binlog
key_buffer_size = 124M              #索引缓存大小: 它决定了数据库索引处理的速度，尤为是索引读的速度
read_buffer_size = 16M              #MySql读入缓冲区大小。对表进行顺序扫描的请求将分配一个读入缓冲区，MySql会为它分配一段内存缓冲区。read_buffer_size变量控制这一缓冲区的大小。若是对表的顺序扫描请求很是频繁，而且你认为频繁扫描进行得太慢，能够经过增长该变量值以及内存缓冲区大小提升其性能
read_rnd_buffer_size = 2M           #MySQL的随机读缓冲区大小。当按任意顺序读取行时(例如，按照排序顺序)，将分配一个随机读缓存区。进行排序查询时，MySQL会首先扫描一遍该缓冲，以免磁盘搜索，提升查询速度，若是须要排序大量数据，可适当调高该值。但MySQL会为每一个客户链接发放该缓冲空间，因此应尽可能适当设置该值，以免内存开销过大
bulk_insert_buffer_size = 1M        #批量插入数据缓存大小，能够有效提升插入效率，默认为8M
myisam_sort_buffer_size = 1M        #MyISAM表发生变化时从新排序所需的缓冲
myisam_max_sort_file_size = 10G     #MySQL重建索引时所容许的最大临时文件的大小 (当 REPAIR, ALTER TABLE 或者 LOAD DATA INFILE). 若是文件大小比此值更大,索引会经过键值缓冲建立(更慢)
myisam_repair_threads = 1           #若是一个表拥有超过一个索引, MyISAM 能够经过并行排序使用超过一个线程去修复他们.这对于拥有多个CPU以及大量内存状况的用户,是一个很好的选择.
myisam_recover                      #自动检查和修复没有适当关闭的 MyISAM 表
lower_case_table_names = 1          #让mysql不区分大小写
skip-name-resolve                   #禁用DNS解析，链接速度会快不少。不过，这样的话就不能在MySQL的受权表中使用主机名了而只能用ip格式。
#slave-skip-errors = 1032,1062       #这是选填项让slave库跳过哪些错误继续同步
#replicate-ignore-db=mysql           #选填，同步时候哪一个数据库不一样步设置
server-id = 1

innodb_additional_mem_pool_size = 4M #InnoDB 存储的数据目录信息和其它内部数据结构的内存池大小。应用程序里的表越多，你须要在这里分配越多的内存，默认是2M
innodb_buffer_pool_size = 2048M         #这对Innodb表来讲很是重要。Innodb相比MyISAM表对缓冲更为敏感。MyISAM能够在默 认的 key_buffer_size 设置下运行的能够，然而Innodb在默认的 设置下却跟蜗牛似的。因为Innodb把数据和索引都缓存起来，无需留给操做系统太多的内存，所以若是只须要用Innodb的话则能够设置它高达 70-80% 的可用内存。一些应用于 key_buffer 的规则有 — 若是你的数据量不大，而且不会暴增，那么无需把 innodb_buffer_pool_size 设置的太大了
innodb_file_io_threads = 4            #文件IO的线程数，通常为 4
innodb_thread_concurrency = 8         #你的服务器CPU有几个就设置为几,建议用默认通常为8
innodb_flush_log_at_trx_commit = 2    #默认为1，若是将此参数设置为1，将在每次提交事务后将日志写入磁盘。为提供性能，能够设置为0或2，但要承担在发生故障时丢失数据的风险。设置为0表示事务日志写入日志文件，而日志文件每秒刷新到磁盘一次。设置为2表示事务日志将在提交时写入日志，但日志文件每次刷新到磁盘一次。
innodb_log_buffer_size = 2M           #此参数肯定些日志文件所用的内存大小，以M为单位。缓冲区更大能提升性能，但意外的故障将会丢失数据.MySQL开发人员建议设置为1－8M之间
innodb_log_file_size = 4M             #此参数肯定数据日志文件的大小，以M为单位，更大的设置能够提升性能，但也会增长恢复故障数据库所需的时间
innodb_log_files_in_group = 3         #为提升性能，MySQL能够以循环方式将日志文件写到多个文件。推荐设置为3M
innodb_max_dirty_pages_pct = 90      #Buffer_Pool中Dirty_Page所占的数量，直接影响InnoDB的关闭时间。参数 innodb_max_dirty_pages_pct能够直接控制了Dirty_Page在Buffer_Pool中所占的比率，并且幸运的是 innodb_max_dirty_pages_pct是能够动态改变的。因此，在关闭InnoDB以前先调小，强制数据块Flush一段时间，则可以大大缩短MySQL关闭的时间。
innodb_lock_wait_timeout = 120        #InnoDB 有其内置的死锁检测机制，能致使未完成的事务回滚。可是，若是结合InnoDB使用MyISAM的lock tables 语句或第三方事务引擎,则InnoDB没法识别死锁。为消除这种可能性，能够将innodb_lock_wait_timeout设置为一个整数值，指示 MySQL在容许其余事务修改那些最终受事务回滚的数据以前要等待多长时间(秒数)
innodb_file_per_table = 0             #独享表空间（关闭）
[mysqldump]
quick
max_allowed_packet = 16M

4. 架构优化

（1）. 前端用memcached，redis等缓存分担数据库压力

（2）. 数据库读写分离，负载均衡

（3）. 数据库分库分表

（4）. 存储可采起分布式

5. 后期优化

主要是多观察，后期就是维护工做了，观察服务器负载是须要添加硬件了，仍是有语句有问题啊，仍是参数要修改了。

6. 查询优化（摘抄别人的）

63. 使用慢查询日志去发现慢查询。
64. 使用执行计划去判断查询是否正常运行。
65. 老是去测试你的查询看看是否他们运行在最佳状态下 –长此以往性能总会变化。
66. 避免在整个表上使用count(*),它可能锁住整张表。
67. 使查询保持一致以便后续类似的查询可使用查询缓存。
68. 在适当的情形下使用GROUP BY而不是DISTINCT。
69. 在WHERE, GROUP BY和ORDER BY子句中使用有索引的列。
70. 保持索引简单,不在多个索引中包含同一个列。
71. 有时候MySQL会使用错误的索引,对于这种状况使用USE INDEX。
72. 检查使用SQL_MODE=STRICT的问题。
73. 对于记录数小于5的索引字段，在UNION的时候使用LIMIT不是是用OR.
74. 为了 避免在更新前SELECT，使用INSERT ON DUPLICATE KEY或者INSERT IGNORE ,不要用UPDATE去实现。
75. 不要使用 MAX,使用索引字段和ORDER BY子句。
76. 避免使用ORDER BY RAND().

77。LIMIT M，N实际上能够减缓查询在某些状况下，有节制地使用。78。在WHERE子句中使用UNION代替子查询。79。对于UPDATES（更新），使用 SHARE MODE（共享模式），以防止独占锁。80。在从新启动的MySQL，记得来温暖你的数据库，以确保您的数据在内存和查询速度快。81。使用DROP TABLE，CREATE TABLE DELETE FROM从表中删除全部数据。82。最小化的数据在查询你须要的数据，使用*消耗大量的时间。83。考虑持久链接，而不是多个链接，以减小开销。84。基准查询，包括使用服务器上的负载，有时一个简单的查询能够影响其余查询。85。当负载增长您的服务器上，使用SHOW PROCESSLIST查看慢的和有问题的查询。86。在开发环境中产生的镜像数据中 测试的全部可疑的查询。