第四课（2）——mysql配置参数讲解

*****************general*****************

user

启动mysql domain的用户

port

 数据库端口号

socket

数据库socket文件的路径

pid_file

数据库启动进程文件的路径

datadir

数据文件路径

tmpdir

临时文件路径

log_bin

配置二进制文件名称、路径(不写绝对路径就在datadir下)

relay-log

配置中继日志名称、路径(不写绝对路径就在datadir下)

log_error

配置错误日志名称、路径(不写绝对路径就在datadir下)

slow_query_log_file

配置慢查询日志名称、路径(不写绝对路径就在datadir下)

long_query_time

是否开启慢查询

sync_binlog

（1）sync_binlog=0时，当事务提交后，mysql不做fsync之类的磁盘同步指定刷新binlog_cache中的信息到磁盘，而是操作系统系统决定什么时候同步binlog_cache到磁盘，甚至是cache满了才会同步到磁盘。也就是不做任何强制性的磁盘刷新指令，sync_binlog=0的性能做好，风险也是最大的。
（2）sync_binlog=N时，当每进行N次事务提交之后，MySQL将进行一次fsync之类的磁盘同步指令来将binlog_cache中的数据强制写入磁盘。
（3）备注：如果启用了autocommit，那么每一个语句statement就会有一次写操作；否则每个事务对应一个写操作
（4）sync_binlog=0的性能最好，风险也最大；因为一旦系统崩溃，在binlog_cache里的所有binlog信息将丢失；
sync_binlog=1是最安全但是性能损坏最大；因为当设置为1时，即使系统crash，也最多丢失bunlog_cache中为完成的一个事务，对实际数据没有任何实质性影响。
（5）sync_binlog参数的建议值：如果是在线交易和帐有关的数据建议设置成1, 其它数据保持为０即可。

expire_logs_days

自动清理binlog的天数

back_log

（1）back_log 值指出在MySQL暂时停止回答(TCP三次捂手)新请求之前的短时间内多少个请求可以被存在堆栈中;
（2）在linux下这个参数的值不能大于系统参数tcp_max_syn_backlog的值(位于/proc/sys/net/ipv4/tcp_max_syn_backlog)
（3）show variables like 'back_log';查看back_log值，mysql5.5默认50，mysql5.6默认80

skip-name-resolve

（1） 跳过域名解析的正向、反向DNS解析，默认MySQL认证远程客户端时，不只是验证用户名、密码还需要验证主机名在DNS上是否能够解析。
（2）show variables like ‘skip_name_resolve’;查看是否解析主机名，默认是需要验证主机名在DNS上是否可以解析的。

skip-external-locking

跳过MyISAM表级别的外部锁，用于多个线程访问同一个数据库目录的锁机制。默认是跳过MYISAM表级别的外部锁的

skip-character-set-client-handshake

忽略客户端字符集，而是使用服务端字符集

explicit_defaults_for_timestamp

（1）mysql5.6新增参数，限制创建timestamp类型的字段指定默认行为；
（2）在mysql5.6版本之前，定义第一个timestamp类型字段：add column t timestamp;默认的t字段属性是NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP；定义第二个及以上timestamp类型字段：add column t timestamp；默认的tt字段属性是NOT NULL DEFAULT '0000-00-00 00:00:00'。也即是，timestamp列没有显    式定义为bull,默认都会设置为not null。表中的第一个timestamp列，如果没有定义为null、定义default值或者on update，会自动分配default     current_timestamp和on update current_timestamp属性；表中第一个timestamp列之后的所有timestamp列，如果没有被定义为null、定义default值，会自动被指定默认值'0000-00-00 00:00:00'。在插入时，如果没有指定这些列的值，会自动指定为'0000-00-00 00:00:00'，且不会产生警告。
（3）mysql5.6后，上述timestamp类型的默认设置方法被废弃了，在mysql启动时会告警，取消告警的方法是设置explicit_defaults_for_timestamp=true参数，设置该参数后，timestamp类型的列的默认处理方式也发生变化：
    （3.1）timestamp列如果没有显式定义为not null，则支持null属性。设置timestamp的列值为null，就不会被设置为current timestamp；
    （3.2）不再自动分配default current_timestamp和on update current_timestamp属性，这些属性必须显式指定；
    （3.3）声明为not null且没有显式指定默认值是没有默认值的。表中插入列，又没有给timestamp列赋值时，如果是严格sql模式，会抛出一个错误；如果严格sql模式没有启用，该列会赋值为’0000-00-00 00:00:00′，同时出现一个警告。（这和mysql处理其它时间类型数据一样，如datetime）

default_storage_engine

设置MySQL默认使用的引擎

bind-address

用于MySQL允许TCP/IP连接的,0.0.0.0代表任意主机

lower_case_table_names

设置为1时，表示存储表名是不区分大小写

myisam_recover

自动恢复MyISAM表

transaction-isolation

事务隔离级别：READ UNCOMMITTED、READ COMMITTED、 REPEATABLE READ、SERIALIZABLE

table_definition_cache

存放表的定义信息。是frm文件在内存中的映射。MySQL需要打开frm文件，并将其内容初始化为Table Share 对象。这里存放与存储引擎无关的，独立的表定义相关信息。

table_open_cache

为所有线程打开表的缓存，存放当前已经打开的表句柄，与表创建时指定的存储引擎相关。

performance_schema

启动性能统计信息

max_connections

最大允许的同时客户的数量

max_user_connections

root权限意外用户最大连接数

max_connect_errors

对于链接中断的次数进行计数，超过配置次数，要通过flush hosts;重置计数器

*****************timeout*****************

wait_timeout

服务器在关闭它之前在一个连接上等待行动的秒数

interactive_timeout

服务器在关闭它前在一个交互连接上等待行动的秒数

lock_wait_timeout

事务获得资源超时时间

connect_timeout

MySQL Server等待客户端TCP链接的时间

slave-net-timeout

slave和master网络超时的时间，单位：秒

*****************character*****************

character-set-server

 MySQL Server字符集

init-connect

指定每个客户端在链接MySQL后，执行的strings

query cache

query_cache_type

是否启用查询缓存QC

query_cache_size

查询缓存QC大小

*****************replication*****************

server_id

server_id要求尽量唯一

gtid_mode

（1）是否开启GTID,如果是ON,则必须是log-bin,log-slave-updates,enforce-gtid-consistency也必须启动
（2）TID：Transaction ID,事务的ID号：也就是说在mysql复制中每一个事务都有自己的ID号（随机数）；
（3）GTID：Global Transaction ID,全局事务ID，在整个事务架构中每一个事务ID号是全局唯一的，不止是在一个节点上而是整个主从复制架构中每任何两个事务的ID号都不会相同；
（4）在mysql5.6以后每一个mysql服务器都有一个全局唯一的ID号叫做uuid，通用唯一识别码 (Universally Unique Identifier)，而GTID就是由当前节点的UUID（一个128位的随机数）和为当前节点生成的随机数（TID）组成的，因此只要UUID不同再在此基础上保证事务ID不同就保证全局不一样了。
（5）GTID复制的工作原理：
        ——master更新数据时，会在事务前产生GTID，一同记录到binlog日志中；
        ——slave端的i/o 线程将变更的binlog，写入到本地的relay log中；
        ——sql线程从relay log中获取GTID，然后对比slave端的binlog是否有记录；
        ——如果有记录，说明该GTID的事务已经执行，slave会忽略
        ——如果没有记录，slave就会从relay log中执行该GTID的事务，并记录到binlog；
        ——在解析过程中会判断是否有主键，如果没有就用二级索引，如果没有就用全部扫描。

enforce-gtid-consistency

gtid-mode=ON,该参数必须开启,用于控制事务安全的记录到binlog中

log-slave-updates

slave会把复制的binlog也到binarylog中记录,在级联复制中,用于记录元数据都被哪些数据库应用过.

binlog-format=row

binlog日志格式：statement、row、mixed可动态修改,建议row

slave-parallel-workers

MySQL5.6并行复制参数(库级别并行复制)

master-info-repository

服务器写master log info的存储方式是table还是file

relay-log-info-repository

服务器写relay log info的存储方式是table还是file

sync_master_info

和sync_binlog是一种参数,控制N次之后刷新master.info

slave_sql_verify_checksum

SQL thread使用校验和验证数据从中继日志读取

skip-slave-start

跳过MySQL自动启动slave

*****************MyIASM*****************

key_buffer_size

(MyISAM)索引块是缓冲的并且被所有的线程共享。keybuffersize是用于索引块的缓冲区大小

session

read_buffer_size

每个进行一个顺序扫描的线程为其扫描的每张表分配这个大小的一个缓冲区

read_rnd_buffer_size

每个进行一个离散扫描的线程为其扫描的每张表分配这个大小的一个缓冲区

tmp_table_size

临时HEAP数据表的最大长度

max_heap_table_size

此变量设置允许用户创建的内存表的最大大小

max_allowed_packet

允许最大发送、接收数据包的大小

bulk_insert_buffer_size

insert、load data infile子句所需要的插入缓冲区大小

sort_buffer_size

每个需要进行排序的线程分配该大小的一个缓冲区

join_buffer_size

每个需要及进行表连接分配改大小的缓冲区

myisam_sort_buffer_size

该缓冲区分配指标排序时MyISAM修表期间的大小

thread_cache_size

可以复用的保存在中的线程的数量。如果有，新的线程从缓存中取得，当断开连接的时候如果有空间，客户的线置在缓存中。一般来讲首先要确认一下“Threads_connected”的最大最小的值，一般来讲设置256就已经很大了,因为保持大量等待连接的空闲线程并没有什么作用

thread_concurrency

运行的应用程序在同一时间并发的线程数

thread_stack

每个线程的堆栈大小

*****************INNODB*****************

innodb_flush_method

O_DIRECT设置时，依然使用sync()来刷新文件到磁盘，但是会通知操作系统不要缓存数据，也不要预读，这个选项完全的关闭操作系统缓存，避免了缓存双重写的问题， 使用O_DIRECT选项时，通常需要带有写缓存的RAID卡，并设置为write-back(写缓冲,需要RAID电源备份单元才可以启动该状态)策略，因为这是唯一能保持性能的方法。

iinnodb_data_home_dir

innodb数据文件家目录（也即是idbdata文件的路径）

innodb_data_file_path

innodb共享表空间及大小（也即是idbdata文件定义和大小）

redo log

innodb_log_group_home_dir

innodb redo log家目录（也即是idb_logfile*文件路径）

innodb_log_files_in_group

innodb redo log group数量（也即是idb_logfile文件的个数，一般是2个，顺序循环写入日志）

innodb_log_file_size

innodb redo log大小（也即是idb_logfile文件的大小）

innodb performance

innodb_flush_log_at_trx_commit

（1）如果innodb_flush_log_at_trx_commit=0，log buffer将每秒一次地写入log file中，并且log file的flush(刷到磁盘)操作同时进行；该模式下，在事务提交的时候，不会主动触发写入磁盘的操作。
（2）如果innodb_flush_log_at_trx_commit=1，每次事务提交时MySQL都会把log buffer的数据写入log file，并且flush(刷到磁盘)中去，默认值是1；
（3）如果innodb_flush_log_at_trx_commit=2，每次事务提交时MySQL都会把log buffer的数据写入log file.但是flush(刷到磁盘)操作并不会同时进行。该模式下,MySQL会每秒执行一次 flush(刷到磁盘)操作。

innodb_file_per_table

是否启用独立表空间（启用innodb独立表空间后，每个表都会生成一个.idb文件，用了存放数据和索引）

innodb_buffer_pool_instances

innodb buffer pool 实例数量,innodb在管理大内存的buffer pool时，效率总不是能够利用充分，因为内存大会造成遍历buffer pool内的page时间会长，更重要的原因是mutex只有一个

innodb_io_capacity

innodb曾经在代码里写死了，每秒100个IO操作的单硬盘上，现在通过innodb_io_capacity参数指定innodb服务器有多大的IO能力

innodb_lock_wait_timeout

innodb事务等待row lock超时时间

binlog_error_action

控制服务器无法写入到二进制日志时发生的动作

innodb_buffer_pool_size

innodb引擎最大的缓冲区大小

innodb_additional_mem_pool_size

InnoDB用来存储数据字典和其他内部数据结构的内存池大小

innodb_max_dirty_pages_pct

innodb最大脏页的百分比，超过该参数值，就会触发check point

innodb_file_format

· Antelope is the original InnoDB file format, which previously did not have a name. It supports COMPACT and REDUNDANT row formats for InnoDB tables and is the default file format in MySQL 5.5 to ensure maximum compatibility with earlier MySQL versions that do not support the Barracuda file format.
· Barracuda is the newest file format. It supports all InnoDB row formats including the newer COMPRESSED and DYNAMIC row formats. The features associated with COMPRESSED and DYNAMIC row formats include compressed tables and off-page storage for long column data. See Section 14.14, “InnoDB Row Storage and Row Formats”.

innodb_support_xa

默认为true，如果关闭则binlog记录事务的顺序可能与实际不符
1. prepare ，然后将redo log持久化到磁盘
2. 如果前面prepare成功，那么再继续将事务日志持久化到binlog
3. 如果前面成功，那么在redo log里面写上一个commit记录 那么假如在进行着三步时又任何一步失败，crash recovery是怎么进行的呢? 此时会先从redo log将最近一个检查点开始的事务读出来，然后参考binlog里面的事务进行恢复。 如果是在1 crash，那么自然整个事务都回滚； 如果是在2 crash，那么也会整个事务回滚； 如果是在3 crash（仅仅是commit记录没写成功），那么没有关系因为2中已经记录了此次事务的binlog，所以将这个进行commit。所以总结起来就是redo log里凡是prepare成功，但commit失败的事务都会先去binlog查找判断其是否存在（通过XID进行判断，是不是经常在binlog里面看到Xid=xxxx？这就是xa事务id），如果有则将这个事务commit，否则rollback。

innodb_buffer_pool_dump_at_shutdown

（1）5.6新特性：数据库启动或关闭时自动dump buffer pool 数据
（2）问题:如果内存100G，关闭MySQL的时候需要dump出100G数据吗?

innodb_buffer_pool_load_at_startup

5.6新特性：快速预热buffer pool热数据

innodb_sync_spin_loops

thread 等待innodb metux的时间

innodb_thread_concurrency

线程调度器的最大并行度,0表示没有限制

innodb_thread_sleep_delay

如果已经进入内核的线程超过了允许的数量，新的线程就无法进入内核，innodb使用两阶段处理来尝试尽可能高效快速的进入内核，(两阶段策略减少了因操作系统调度引起的上下文切换)

innodb_concurrency_tickets

线程一旦进入内核就会得到一定数量的tickets(票据，由innodbconcurrencytickets参数决定),该参数限制了一个线程回答其他等待线程之间可以做多少事，tickets的单位是查询的数量，而不是事务数量，一旦tickets用完就作废。

innodb_old_blocks_pct

数据库通过LRU算法来进行管理,LRU列表中加入的midpoint位置。新读取到的页，并不是直接放到lru列表的首部，而是midpoint位置。默认情况下，在lru列表长度的5/8处。由参数innodboldblocks_pct控制。

innodb_read_io_threads

read thread的数量默认4

innodb_write_io_threads

write thread的数量默认4

innodb_purge_threads

purge thread数量默认1

innodb_purge_batch_size

The granularity of changes, expressed in units of redo log records, that trigger a purge operation, flushing the changed buffer pool blocks to disk. This option is intended for tuning performance in combination with the setting innodbpurgethreads=n, and typical users do not need to modify it.

innodb_change_buffering

该参数控制insert/change buffer将insert update delete合并到insert buffer thread中

innodb_stats_on_metadata

该参数控制当使用 SHOW INDEX, SHOW TABLE STATUS and SHOW [FULL] TABLES时，或者对应的从 INFORMATIONSCHEMA.TABLES和INFORMATIONSCHEMA.STATISTICS 表中查询时会自动更新统计信息。

来自为知笔记(Wiz)