Mysql-服务端-扩展配置

Mysql-服务端-扩展配置

扩展配置
max_connections
容许最大链接数，默认100，最大16384。这个根据性能调节，若是3000链接就会致使mysql的资源不够，那就给3000.由于再给多了，就会致使其它链接的资源被抢占。

建议：
根据需求来看，通常2核4G机器填写1000，16核64G填写5000。
测试运行后，查询当前全部链接数和服务器负载状况。若链接数满了，但负载还不是很大，能够加大链接数。

查询配置：statusThreads就是链接数
在线配置：
配置文件参数：max_connections=5000

connect_timeout
创建三次握手的超时时间，多是客户端和服务端网络问题致使的连接超时，单位秒。

查询配置：
在线配置：
配置文件参数：connect_timeout=10

interactive_timeout|wait_timeout
控制链接最大空闲时长的参数。默认28800，也就是8小时，单位秒。

wait_timeout控制非交互，好比java程序的连接，interactive_timeout控制交互，好比mysql命令进行的操做。

建议：
一般状况下300秒就足够了，这样防止有些连接假死，不作操做单还占用连接。

查询：show global variables like '%timeout%';
在线配置：set global wait_timeout=300; | set global interactive_timeout=300;
配置文件：interactive_timeout = 300 | wait_timeout = 300

net_retry_count
若是读或写一个通讯端口中断，mysql放弃前尝试链接的次数。在FreeBSD系统中此值应设置很高，由于FreeBSD内部中断被发送到全部线程去。

查询配置：
在线配置：
配置文件参数：net_retry_count = 100

thread_concurrency
这个变量是针对Solaris系统的，设定为内核数的2倍。

若是设置这个变量的话，mysqld就会调用thr_setconcurrency()。这个函数使应用程序给同一时间运行的线程系统提供指望的线程数目。

查询配置：
在线配置：
配置文件参数：thread_concurrency = 8

thread_cache_size|thread_stack
每个客户端链接都会有一个与之对应的链接线程。在MySQL中实现了一个Thread Cache池，将空闲的链接线程存放其中，而不是完成请求后就销毁。

这样，当有新的链接请求时，MySQL首先会检查Thread Cache中是否存在空闲链接线程，若是存在则取出来直接使用，若是没有空闲链接线程，才建立新的链接线程。3G内存设置64个比较好

每一个链接线程被建立时，MySQL给它分配的内存大小。当MySQL建立一个新的链接线程时，须要给它分配必定大小的内存堆栈空间，以便存放客户端的请求的Query及自身的各类状态和处理信息。thread_stack控制这个值。16G/32G机器设定512K，过小会有 Thread stack overrun 错误。

能够用sql语句show global status like 'Thread%';来查看参数

+—————————-+———-+
| Variable_name | Value |
+—————————-+———-+
| Threads_cached | 1 |
| Threads_connected | 1 |
| Threads_created | 2 |
| Threads_running | 1 |
+—————————-+———-+

Threads_cached，若是太大，证实一直在建立新的线程，能够将thread_cache_size调大。

查询配置：show variables like 'thread_%';
在线配置：
配置文件参数：thread_cache_size = 64 | thread_stack = 1M

open_files_limit
mysql能够打开的最大文件数，不能超过 ulimt -n 看到的数值

查询配置：
在线配置：
配置文件参数：open_files_limit = 65535

max_connect_errors
实验参考

当客户端链接延迟超过connect_timeout定义的时间时，将会在performance_schema数据库下host_cache表中进行记录。

能够用use performance_schema;select * from host_cache\G;来查看SUM_CONNECT_ERRORS字段将会增长。

当超过的次数等于max_connect_errors定义的次数时，将会报错以下：
ERROR 1129 (HY000): Host ‘10.10.10.101’ is blocked because of many connection errors; unblock with ‘mysqladmin flush-hosts’

尽可能去改善网络环境，或者将max_connect_errors值调大

查询配置：show variables like '%max_connect_error%';
在线配置：set global max_connect_errors=3000;
配置文件参数：max_connect_errors = 3000

back_log
在MySQL的连接数达到max_connections时，当前没法处理新的请求，将存放到堆栈中，以等待某一链接释放资源，该堆栈的数量即back_log，若是等待链接的数量超过back_log，将不被授予链接资源。

back_log值不能超过TCP/IP链接的侦听队列的大小。若超过则无效，查看当前系统的TCP/IP链接的侦听队列的大小命令
cat /proc/sys/net/ipv4/tcp_max_syn_backlog

建议：
推荐设置为350

查询：show variables like 'back_log';
在线配置：
配置文件：back_log= 350

max_allowed_packet
mysql根据配置文件会限制server接收的数据包大小。
有时候大的插入和更新会被max_allowed_packet 参数限制掉，致使失败。

建议：
大部分状况下4M就足够了，若是仍是不够慢慢加。

查询：show VARIABLES like '%max_allowed_packet%';
在线配置：set global max_allowed_packet = 410241024*
配置文件：max_allowed_packet = 4M

ft_min_word_len
开启全文索引，默认关闭。根据需求开启，若是没使用全文索引，就不要开启。

查询：
在线配置：
配置文件：ft_min_word_len = 1

auto_increment_increment|auto_increment_offset
这两个参数通常用在主主同步中，用来错开自增值, 防止键值冲突

查询：show variables like 'auto_inc%';
在线配置：
配置文件：auto_increment_increment = 1 | auto_increment_offset = 1

log_bin_trust_function_creators
若是开启了主从复制，要设置为0，禁止用户建立函数，触发器。由于存储函数有可能致使主从的数据不一致。

若是只开启Binlog，没主从，则设置为1。

查询：
在线配置：
配置文件：log_bin_trust_function_creators = 1

read_buffer_size
MySQL读入缓冲区大小。对表进行顺序扫描的请求将分配一个读入缓冲区，MySQL会为它分配一段内存缓冲区。read_buffer_size变量控制这一缓冲区的大小。

若是对表的顺序扫描请求很是频繁，而且你认为频繁扫描进行得太慢，能够经过增长该变量值以及内存缓冲区大小提升其性能

建议：
8G机器能够设置此参数为1M

查询：
在线配置：
配置文件：read_buffer_sizes = 4M

performance_schema
5.5版本之后默认打开，用于收集性能参数，在实例中也会有对应名称的一个库。

查询：
在线配置：
配置文件：performance_schema = 1

skip-locking|skip-external-locking
避免MySQL的外部锁定，减小出错概率加强稳定性。
5之前版本skip-locking，新版本skip-external-locking

当外部锁定（external-locking）起做用时，每一个进程若要访问数据表，则必须等待以前的进程完成操做并解除锁定。因为服务器访问数据表时常常须要等待解锁，所以在单服务器环境下external locking会让MySQL性能降低。

查询：
在线配置：
配置文件：skip-locking | skip-external-locking

skip-name-resolve
禁止MySQL对外部链接进行DNS解析，使用这一选项能够消除MySQL进行DNS解析的时间。但须要注意，若是开启该选项，则全部远程主机链接受权都要使用IP地址方式，不然MySQL将没法正常处理链接请求！

查询：
在线配置：
配置文件：skip-name-resolve

table_cache
它的做用就是缓存表文件描述符，下降打开关闭表的频率

mysql只有一个全局锁来控制打开和关闭表，也就是说不管有多少个线程在并行执行，只有一个线程能够打开或关闭表，这也就会出现不少死锁，别的线程等待那个全局锁

相应地增长了cpu的消耗，延长了其余连接线程执行sql的时间，下降系统性能。因此在保证table_cache够用的状况下，尽可能保持table_cache足够小

查询：
在线配置：
配置文件：table_cache = 128K

init_connect
init_connect是用户登陆到数据库上以后，默认执行里面的内容，相似Linux系统的/etc/profile。在用户操做前，能够先进行设定字符集，或者初始化一些东西。

但内容里面语法有问题，会致使用户从mysql退出。init_connect 对具备super 权限的用户是无效的。

查询：
在线配置： set global init_connect=set autocommit=0; set names gbk;'
配置文件：init_connect='set autocommit=0; set names gbk;'

explicit_defaults_for_timestamp
参考实验

明确时间戳默认null方式。若是高于5.5.6版本，建立以下

create table mytime (
id int,
atime timestamp not null,
ctime timestamp not null
);
出现以下错误，将变量改成true便可
ERROR 1067 (42000): Invalid default value for ‘ctime’

=false时，按照以下规则”初始化”:
未明确声明为NULL属性的TIMESTAMP列被分配为NOT NULL属性。 （其余数据类型的列，若是未显式声明为NOT NULL，则容许NULL值。）将此列设置为NULL将其设置为当前时间戳。

表中的第一个TIMESTAMP列（若是未声明为NULL属性或显式DEFAULT或ON UPDATE子句）将自动分配DEFAULT CURRENT_TIMESTAMP和ON UPDATE CURRENT_TIMESTAMP属性。

第一个以后的TIMESTAMP列（若是未声明为NULL属性或显式DEFAULT子句）将自动分配DEFAULT’0000-00-00 00:00:00’（“零”时间戳）。 对于不指定此列的显式值的插入行，该列将分配“0000-00-00 00:00:00”，而且不会发生警告。

=true时，按照以下规则”初始化”:
未明确声明为NOT NULL的TIMESTAMP列容许NULL值。 将此列设置为NULL将其设置为NULL，而不是当前时间戳。

没有TIMESTAMP列自动分配DEFAULT CURRENT_TIMESTAMP或ON UPDATE CURRENT_TIMESTAMP属性。 必须明确指定这些属性。

声明为NOT NULL且没有显式DEFAULT子句的TIMESTAMP列被视为没有默认值。 对于不为此列指定显式值的插入行，结果取决于SQL模式。 若是启用了严格的SQL模式，则会发生错误。 若是未启用严格的SQL模式，则会为列分配隐式默认值“0000-00-00 00:00:00”，并发出警告。 这相似于MySQL如何处理其余时间类型，如DATETIME。

查询：
在线配置：
配置文件：explicit_defaults_for_timestamp=false

transaction-isolation
修改事务隔离级别

可选参数有：READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE。默认REPEATABLE-READ

查询：
在线配置：set global transaction isolation level read uncommitted;
配置文件：transaction-isolation = REPEATABLE-READ

key_buffer_size
指定索引缓冲区的大小，它决定索引处理的速度，尤为是索引读的速度。

用show global status like 'key_read%';命令得到的key_reads/key_read_requests，比例至少是1:100，1:1000更好。若是比例过小，能够调大key_buffer_size值。

key_buffer_size只对MyISAM表起做用。即便你不使用MyISAM表，可是内部的临时磁盘表是MyISAM表，也要使用该值。

对于1G内存的机器，若是不使用MyISAM表，推荐值是16M（8-64M）
对于64内存的机器，推荐256M。

查询：SHOW VARIABLES LIKE '%key_buffer_size%';
在线配置：
配置文件：key_buffer_size = 16M

table_open_cache
指定表高速缓存的大小。每当MySQL访问一个表时，若是在表缓冲区中还有空间，该表就被打开并放入其中，这样能够更快地访问表内容。

能够用sql语句SHOW variables LIKE '%table_open_cache%';得到table_open_cache参数，这是缓存的表。

用SHOW GLOBAL STATUS LIKE 'Open%tables';得到open_tables参数。这是打开的表。

若是open_tables等于table_open_cache，而且opened_tables在不断增加，那么你就须要增长table_open_cache的值了。由于mysql正在将缓存的表释放以容纳新的表。

建议：
Open_tables / Opened_tables >= 0.85
Open_tables / table_open_cache <= 0.95

64G内存8千到2万，2G内存512

查询：SHOW variables LIKE '%table_open_cache%';
在线配置：
配置文件：table_open_cache = 8000

sort_buffer_size
系统中对数据进行排序的时候用到的Buffer。是针对单个线程的，因此当多个线程同时进行排序的时候，系统中就会出现多个sort buffer。默认256K

咱们通常能够经过增大sort buffer的大小来提升order by或者group by的处理性能。Sort_Buffer_Size 并非越大越好，因为是connection级的参数，过大的设置+高并发会耗尽系统内存资源。

查询：show variables like '%sort_buffer_size%';
在线配置：
配置文件：sort_buffer_size = 8M

join_buffer_size
当使用join命令时，为了减小参与join的“被驱动表”的读取次数以提升性能，须要使用到join buffer来协助完成join操做

当join buffer 过小，MySQL不会将该buffer存入磁盘文件而是先将join buffer中的结果与需求join的表进行操做，而后清空join buffer中的数据，继续将剩余的结果集写入次buffer中，如此往复，这势必会形成被驱动表须要被屡次读取，成倍增长IO访问，下降效率

查询：
在线配置：
配置文件：join_buffer_size = 8M

read_rnd_buffer_size
这个变量用于读取MyISAM表,对于任何存储引擎用于Multi-Range Read optimization.

当读取行从一个MyISAM 表按排序顺序跟着一个key-sorting operation,记录从这个buffer读取,避免磁盘寻址See Section 8.2.1.15, “ORDER BY Optimization”.

若是你有不少order by 查询语句，增加这值可以提高性能。这个是一个buffer 分配给每一个客户端,所以你不能设置全局变量为一个大的值。相反,只改变session 变量对那些客户端须要运行大的查询。

查询：
在线配置：SET GLOBAL read_rnd_buffer_size = 810241024;
配置文件：read_rnd_buffer_size = 8M

myisam_sort_buffer_size
当对MyISAM表执行repair table或建立索引时，用以缓存排序索引

设置过小时可能会遇到” myisam_sort_buffer_size is too small”

查询：
在线配置：
配置文件：myisam_sort_buffer_size = 64M

query_cache_size|query_cache_type
参考

MySQL查询缓存保存查询返回的完整结果。当查询命中该缓存，会马上返回结果，跳过了解析，优化和执行阶段。

query_cache_size用于设置查询缓存的内存大小。若是写多读少的高并发状况下，就会频繁变动缓存。

查询缓存会跟踪查询中涉及的每一个表，若是这写表发生变化，那么和这个表相关的全部缓存都将失效。

query_cache_type决定是否缓存查询结果。这个变量有三个取值：0,1,2，0时表示关闭，1时表示打开，2表示只要select 中明确指定SQL_CACHE才缓存

查询：show variables like ‘thread_cache_size’;
在线配置：
配置文件：query_cache_size = 64M | query_cache_type = 0

innodb-file-per-table
MySQL InnoDB引擎 默认会将全部的数据库InnoDB引擎的表数据存储在一个共享空间中：ibdata1，当增删数据库的时候，ibdata1文件不会自动收缩，单个数据库的备份也将成为问题。一般只能将数据使用mysqldump 导出，而后再导入解决这个问题。

若是启用了innodb_file_per_talbe参数，须要注意的是每张表的表空间内存放的只是数据、索引和插入缓冲Bitmap页，其余数据如：回滚信息、插入缓冲索引页、系统事物信息、二次写缓冲（Double write buffer）等仍是放在原来的共享表空间内。同时说明了一个问题：即便启用了innodb_file_per_table参数共享表空间仍是会不断的增长其大小的。

独立表空间优缺点：
优势：
1：每一个表的数据、索引存放在本身单独的表空间中。
2：空间能够回收（drop/truncate table 方式操做表空间不能自动回收）
3：对于独立的表空间、碎片影响的性能要低于共享表空间
缺点：
单表增长比共享表空间方式更大

结论：
共享表空间在Insert操做上有一些优点，但在其它都没独立表空间表现好。
当启用独立表空间时，请合理调整一下 innodb_open_files 参数。

tmp_table_size|max_heap_table_size
它规定了内部内存临时表的最大值，每一个线程都要分配。（实际起限制做用的是tmp_table_size和max_heap_table_size的最小值。）若是内存临时表超出了限制，MySQL就会自动地把它转化为基于磁盘的MyISAM表，存储在指定的tmpdir目录下。

优化查询语句的时候，要避免使用临时表，若是实在避免不了的话，要保证这些临时表是存在内存中的。

若是须要的话而且你有不少group by语句，而且你有不少内存，增大tmp_table_size(和max_heap_table_size)的值。这个变量不适用与用户建立的内存表(memory table).

建议尽可能优化查询，要确保查询过程当中生成的临时表在内存中，避免临时表过大致使生成基于硬盘的MyISAM表。

使用sql命令show global status like 'created_tmp%';来得到信息

+————————————-+———-+
| Variable_name | Value |
+————————————-+———-+
| Created_tmp_disk_tables | 0 |
| Created_tmp_files | 6 |
| Created_tmp_tables | 12 |
+————————————-+———-+

每次建立临时表，Created_tmp_tables增长，若是临时表大小超过tmp_table_size，则是在磁盘上建立临时表，Created_tmp_disk_tables也增长,Created_tmp_files表示MySQL服务建立的临时文件文件数，比较理想的配置是：

Created_tmp_disk_tables / Created_tmp_tables 100% <= 25%好比上面的服务器Created_tmp_disk_tables / Created_tmp_tables 100% ＝1.20%，应该至关好了

默认为16M，可调到64-256最佳，线程独占，太大可能内存不够I/O堵塞。若是动态页面要调大点，100M以上，若是网站大部分都是静态内容，通常64M足够。

max_heap_table_size控制用户能够建立多大的内存表，防止建立一个特别多大的内存表而耗尽资源。

查询：
在线配置：
配置文件：tmp_table_size = 256M | max_heap_table_size = 64M

bulk_insert_buffer_size
和key_buffer_size同样，这个参数一样也仅做用于使用 MyISAM存储引擎，用来缓存批量插入数据的时候临时缓存写入数据。当咱们使用以下几种数据写入语句的时候，会使用这个内存区域来缓存批量结构的数据以帮助批量写入数据文件

查询：在线配置：配置文件：bulk_insert_buffer_size = 4M