my.cnf配置文件解析

下文内容主要给大家带来my.cnf配置文件解析,这里所讲到的知识,与书籍略有不同,都是创新互联专业技术人员在与用户接触过程中,总结出来的,具有一定的经验分享价值,希望给广大读者带来帮助。

为麦盖提等地区用户提供了全套网页设计制作服务,及麦盖提网站建设行业解决方案。主营业务为成都做网站、网站制作、麦盖提网站设计,以传统方式定制建设网站,并提供域名空间备案等一条龙服务,秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求,就会得到认可,从而选择与我们长期合作。这样,我们也可以走得更远!

[client]
default-character-set = utf8mb4

[MySQL]
#开启 tab 补全
#auto-rehash
default-character-set = utf8mb4

[mysqld]
port=3306
basedir=/data/server/mysql57/
datadir=/data/server/mysql57/data/
socket=/data/server/mysql57/data/mysql.sock
symbolic-links=0
log-error=/data/logs/mysql57/mysqld.log
pid-file=/data/server/mysql57/data/mysqld57.pid

禁用主机名解析

skip-name-resolve

默认的数据库引擎

default-storage-engine = InnoDB
innodb-file-per-table=1innodb_force_recovery = 1#一些坑
group_concat_max_len = 10240sql_mode=expire_logs_days = 7memlock

字符集配置

my.cnf配置文件解析

character-set-client-handshake = FALSE
character-set-server = utf8mb4
collation-server = utf8mb4_unicode_ci
init_connect='SET NAMES utf8mb4'### GTID
server_id = 330759# 为保证 GTID 复制的稳定, 行级日志
binlog_format = row

开启 gtid 功能

gtid_mode = on

保障 GTID 事务安全

当启用enforce_gtid_consistency功能的时候,

MySQL只允许能够保障事务安全, 并且能够被日志记录的SQL语句被执行,

像create table ... select 和 create temporarytable语句,

以及同时更新事务表和非事务表的SQL语句或事务都不允许执行

enforce-gtid-consistency = true# 以下两条配置为主从切换, 数据库高可用的必须配置

开启 binlog 日志功能

log_bin = mysql57-bin

开启从库更新 binlog 日志

log-slave-updates = on
#slave复制进程不随mysql启动而启动
skip_slave_start=1### 慢查询日志

打开慢查询日志功能

slow_query_log = 1# 超过2秒的查询记录下来
long_query_time = 2# 记录下没有使用索引的查询
log_queries_not_using_indexes = 0slow_query_log_file =/data/logs/mysql57/slow.log
#log=/data/logs/mysql57/all.log

自动修复

记录 relay.info 到数据表中

relay_log_info_repository = TABLE

记录 master.info 到数据表中

master_info_repository = TABLE

启用 relaylog 的自动修复功能

relay_log_recovery = on

在 SQL 线程执行完一个 relaylog 后自动删除

relay_log_purge = 1### 数据安全性配置

wei关闭 master 创建 function 的功能

log_bin_trust_function_creators = on

每执行一个事务都强制写入磁盘

sync_binlog = 1# timestamp 列如果没有显式定义为 not null, 则支持null属性

设置 timestamp 的列值为 null, 不会被设置为 current timestamp

explicit_defaults_for_timestamp=true### 优化配置

优化中文全文模糊索引

ft_min_word_len = 1# 默认库名表名保存为小写, 不区分大小写
lower_case_table_names = 1# 单条记录写入最大的大小限制

过小可能会导致写入(导入)数据失败

max_allowed_packet = 256M

半同步复制开启

#rpl_semi_sync_master_enabled = 1#rpl_semi_sync_slave_enabled = 1# 半同步复制超时时间设置
#rpl_semi_sync_master_timeout = 1000# 复制模式(保持系统默认)
#rpl_semi_sync_master_wait_point = AFTER_SYNC

后端只要有一台收到日志并写入 relaylog 就算成功

#rpl_semi_sync_master_wait_slave_count = 1# 多线程复制

基于组提交的并行复制方式

slave_parallel_type = logical_clock
#并行的SQL线程数量,此参数只有设置   1#经过测试对比发现, 如果主库的连接线程为M, 只有M < N的情况下, 备库的延迟才可以完全避免。
slave_parallel_workers = 4### 连接数限制
max_connections = 1500# 验证密码超过20次拒绝连接
max_connect_errors = 200# back_log值指出在mysql暂时停止回答新请求之前的短时间内多少个请求可以被存在堆栈中

也就是说,如果MySql的连接数达到max_connections时,新来的请求将会被存在堆栈中

以等待某一连接释放资源,该堆栈的数量即back_log,如果等待连接的数量超过back_log

将不被授予连接资源

back_log = 500open_files_limit = 65535# 云服务器关闭交互式连接前等待活动的秒数
interactive_timeout = 3600# 服务器关闭非交互连接之前等待活动的秒数
wait_timeout = 3600### 内存分配

指定表高速缓存的大小。每当MySQL访问一个表时,如果在表缓冲区中还有空间

该表就被打开并放入其中,这样可以更快地访问表内容

table_open_cache = 1024# 为每个session 分配的内存, 在事务过程中用来存储二进制日志的缓存
binlog_cache_size = 4M

在内存的临时表最大大小

tmp_table_size = 128M

创建内存表的最大大小(保持系统默认, 不允许创建过大的内存表)

如果有需求当做缓存来用, 可以适当调大此值

max_heap_table_size = 16M

顺序读, 读入缓冲区大小设置

全表扫描次数多的话, 可以调大此值

read_buffer_size = 1M

随机读, 读入缓冲区大小设置

read_rnd_buffer_size = 8M

高并发的情况下, 需要减小此值到64K-128K

sort_buffer_size = 1M

每个查询最大的缓存大小是1M, 最大缓存64M 数据

query_cache_size = 64M
query_cache_limit = 1M

提到 join 的效率

join_buffer_size = 16M

线程连接重复利用

thread_cache_size = 64### InnoDB 优化

内存利用方面的设置

数据缓冲区

innodb_buffer_pool_size=2G

日志方面设置

事务日志大小

innodb_log_file_size = 256M

日志缓冲区大小

innodb_log_buffer_size = 4M

事务在内存中的缓冲

innodb_log_buffer_size = 3M

主库保持系统默认, 事务立即写入磁盘, 不会丢失任何一个事务

innodb_flush_log_at_trx_commit = 1# mysql 的数据文件设置, 初始100, 以10M 自动扩展
#innodb_data_file_path = ibdata1:100M:autoextend

为提高性能, MySQL可以以循环方式将日志文件写到多个文件

innodb_log_files_in_group = 3##其他设置

如果库里的表特别多的情况,请增加此值

#innodb_open_files = 800# 为每个 InnoDB 表分配单独的表空间
innodb_file_per_table = 1# InnoDB 使用后台线程处理数据页上写 I/O(输入)请求的数量
innodb_write_io_threads = 8# InnoDB 使用后台线程处理数据页上读 I/O(输出)请求的数量
innodb_read_io_threads = 8# 启用单独的线程来回收无用的数据
innodb_purge_threads = 1# 脏数据刷入磁盘(先保持系统默认, swap 过多使用时, 调小此值, 调小后, 与磁盘交互增多, 性能降低)
innodb_max_dirty_pages_pct = 90# 事务等待获取资源等待的最长时间
innodb_lock_wait_timeout = 120# 开启 InnoDB 严格检查模式, 不警告, 直接报错 1开启 0关闭
innodb_strict_mode=1# 允许列索引最大达到3072
innodb_large_prefix = on

[mysqldump]

开启快速导出

quick
default-character-set = utf8mb4
max_allowed_packet = 256M

对于以上关于my.cnf配置文件解析,如果大家还有更多需要了解的可以持续关注我们创新互联的行业推新,如需获取专业解答,可在官网联系售前售后的,希望该文章可给大家带来一定的知识更新。

 


当前名称:my.cnf配置文件解析
浏览路径:http://csdahua.cn/article/jdseee.html
扫二维码与项目经理沟通

我们在微信上24小时期待你的声音

解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流