性能优化（数据库配置）

SQL优化

索引

数据库等待一个页从磁盘读取到缓存池的所须要的成本巨大的，不管咱们是想要读取一个页面上的多条数据仍是一条数据，都须要消耗约 10ms 左右的时间：

SQL优化顺序

 

一些关键配置

配置文件的位置

在哪里保存你的数据

查询缓存要不要开

写入频繁的数据库，不要开查询缓存

query_cache_size
Query_cache里的数据又怎么处理呢？首先要把Query_cache和该表相关的语句所有置为失效，而后在写入更新。那么若是Query_cache很是大，该表的查询结构又比较多，查询语句失效也慢，一个更新或是Insert就会很慢，这样看到的就是Update或是Insert怎么这么慢了。因此在数据库写入量或是更新量也比较大的系统，该参数不适合分配过大。并且在高并发，写入量大的系统，建议把该功能禁掉。
query_cache_limit
指定单个查询可以使用的缓冲区大小，缺省为1M
query_cache_min_res_unit
默认是4KB，设置值大对大数据查询有好处，但若是你的查询都是小数据查询，就容易形成内存碎片和浪费

其余缓存怎么开

读缓存，线程缓存，排序缓存

sort_buffer_size = 2M
connection级参数。太大将致使在链接数增高时，内存不足。
max_allowed_packet = 32M
网络传输中一次消息传输量的最大值。系统默认值 为1MB，最大值是1GB，必须设置1024的倍数。
join_buffer_size = 2M
和sort_buffer_size同样，该参数对应的分配内存也是每一个链接独享
tmp_table_size = 256M
默认大小是 32M。GROUP BY 多很少的问题
max_heap_table_size = 256M
key_buffer_size = 2048M
索引的缓冲区大小，对于内存在4GB左右的服务器来讲，该参数可设置为256MB或384MB。
read_buffer_size = 1M
read_rnd_buffer_size = 16M
进行排序查询时，MySql会首先扫描一遍该缓冲，以免磁盘搜索
bulk_insert_buffer_size = 64M
批量插入数据缓存大小，能够有效提升插入效率，默认为8M

Innodb缓存

innodb_buffer_pool_size = 2048M
只须要用Innodb的话则能够设置它高达 70-80% 的可用内存。一些应用于 key_buffer 的规则有 — 若是你的数据量不大，而且不会暴增，那么无需把innodb_buffer_pool_size 设置的太大了。
innodb_additional_mem_pool_size = 16M
网络传输中一次消息传输量的最大值。系统默认值为1MB，最大值是1GB，必须设置1024的倍数。
innodb_log_files_in_group = 3
循环方式将日志文件写到多个文件。推荐设置为3
innodb_lock_wait_timeout = 120
InnoDB 有其内置的死锁检测机制，能致使未完成的事务回滚。innodb_file_per_table = 0独享表空间，关闭

链接数要多少

open_files_limit = 10240
容许打开的文件数
back_log = 600
短期内的多少个请求能够被存在堆栈中
max_connections = 3000
MySQL容许最大的进程链接数，MySQL默认的最大链接数为100，MySQL服务器容许的最大链接数16384
max_connect_errors = 6000
设置每一个主机的链接请求异常中断的最大次数，当超过该次数，MYSQL服务器将禁止host的链接请求
thread_cache_size = 300
从新利用保存在缓存中线程的数量
thread_concurrency = 8
thread_concurrency应设为总CPU核数的2倍
thread_stack = 192K
每一个线程的堆栈大小，默认值足够大，可知足普通操做。可设置范围为128K至4GB，默认为192KB。

线程池不多配

线程池有关参数

thread_handling
表示线程池模型。
thread_pool_size
表示线程池的group个数，通常设置为当前CPU核心数目。理想状况下，一个group一个活跃的工做线程，达到充分利用CPU的目的。
thread_pool_stall_limit
用于timer线程按期检查group是否“停滞”，参数表示检测的间隔。
thread_pool_idle_timeout
当一个worker空闲一段时间后会自动退出，保证线程池中的工做线程在知足请求的状况下，保持比较低的水平。60秒
thread_pool_oversubscribe
该参数用于控制CPU核心上“超频”的线程数。这个参数设置值不含listen线程计数。
threadpool_high_prio_mode
表示优先队列的模式。
thread_pool_max_threads
限制线程池最大的线程数，超过将没法再建立更多的线程，默认为100000。
thread_pool_high_prio_tickets
最多语序多少次被放入高优先级队列中，默认为4294967295。只有在thread_pool_high_prio_mode为transactions的时候才有效果

线程处理的最小单位是statement(语句)

线程池实如今server端，经过建立必定数量的线程服务DB请求，相对于one-conection-per-thread的一个线程服务一个链接的方式，线程池服务的最小单位是语句，即一个线程能够对应多个活跃的链接。

慢查询日志

slow_query_log
是否开启慢查询日志，1表示开启，0表示关闭。
log-slow-queries
旧版（5.6如下版本）MySQL数据库慢查询日志存储路径。能够不设置该参数，系统则会默认给一个缺省的文件host_name-slow.log
slow-query-log-file
新版（5.6及以上版本）MySQL数据库慢查询日志存储路径。能够不设置该参数，系统则会默认给一个缺省的文件host_name-slow.log
long_query_time
慢查询阈值，当查询时间多于设定的阈值时，记录日志。
log_queries_not_using_indexes
未使用索引的查询也被记录到慢查询日志中（可选项）。
log_output
日志存储方式。log_output='FILE'表示将日志存入文件，默认值是'FILE'。log_output='TABLE'表示将日志存入数据库，这样日志信息就会被写入到mysql.slow_log表中。MySQL数据库支持同时两种日志存储方式，配置的时候以逗号隔开便可，如：log_output='FILE,TABLE'。日志记录到系统的专用日志表中，要比记录到文件耗费更多的系统资源，所以对于须要启用慢查询日志，又须要可以得到更高的系统性能，那么建议优先记录到文件。

 

监控工具

innotop

安装：yum install innotop
启动：innotop -u root -p ‘123’
帮助：?

查询列表：Q

缓冲区：B

命令统计：C

lepus  http://www.lepus.cc/page/product

主从复制

主从复制配置

log-bin=mysql-bin
[必须]启用二进制日志
server-id=222
[必须]服务器惟一ID，默认是1，通常取IP最后一段
binlog-do-db=DB1
binlog-do-db=DB2 #若是备份多个数据库，重复设置这个选项便可
binlog-do-db=DB3 #须要同步的数据库，若是没有本行，即表示同步全部的数据库
binlog-ignore-db=mysql #被忽略的数据库 
rpl_semi_sync_slave_enabled =1 #启用半同步复制
rpl_semi_sync_master_timeout=milliseconds
设置此参数值（ms）,为了防止半同步复制在没有收到确认的状况下发生堵塞，若是Master在超时以前没有收到任何确认，将恢复到正常的异步复制，并继续执行没有半同步的复制操做。
rpl_semi_sync_master_wait_no_slave={ON|OFF}
若是一个事务被提交,但Master没有任何Slave的链接。默认状况下，Master会在时间限制范围内继续等待Slave的链接，并确认该事务已经被正确的写到磁盘上。可使用此参数选项关闭这种行为，在这种状况下，若是没有Slave链接，Master就会恢复到异步复制。
master
GRANT REPLICATION SLAVE ON *.* to 'mysync'@'%' identified by 'q123456'; //通常不用root账号，“%”表示全部客户端均可能连，只要账号，密码正确，此处可用具体客户端IP代替，如192.168.145.226，增强安全。
slave
change master to master_host='192.168.145.222',master_user='mysync',master_password='q123456',
master_log_file='mysql-bin.000004',master_log_pos=308;

当有一个Slave失去链接后，不影响主库执行操做的时间，建库一样很快；但当全部Slave都关闭后，Master上建库时产生等待，当等待1s后才会执行库建操做；一旦超时，它会自动降级为异步，再执行不会再产生等待。--此时的客户端已经不存在了

INSTALL PLUGIN rpl_semi_sync_slave SONAME'semisync_slave.so';

Rpl_semi_sync_master_clients
此状态变量报告了支持和注册的半同步复制已链接的Slave数量

Rpl_semi_sync_master_status
Master半同步复制的状态，1是活动状态，0是非活动状态--要么是由于他没有被启用，或是由于它已经恢复到异步复制。

Rpl_semi_sync_slave_status
Slave半同步复制的状态，1是已经被启用，且IO线程正在运行，0是非活动状态

MySQL在加载并开启Semi-sync插件后，每个事务需等待备库接收日志后才返回给客户端。若是作的是小事务，两台主机的延迟又较小，则Semi-sync能够实如今性能很小损失的状况下的零数据丢失。因此咱们能够作多个备库，任何一个备库接收完成日志后，主库就能够返回给客户端了。

几个忠告

一、拓宽知识面（天文，地理，历史，文化，金融） 二、深刻的了解行业知识（IT行业最牛逼的是别人只需学一个专业） 三、逻辑优化一样是优化（新补充的功能考虑普适性） 四、协做仍是独行，这是个问题 五、品性的升华，远胜于技能的掌握