文章目录
前言
这个参数没有标准答案,根据实际业务调整
mysql的参数非常多,咱们也没必要每个都闹明白,先把常用的搞定…
默认的配置文件: /etc/my.cnf
通用参数(general)参数配置
参数 | 含义 |
---|---|
datadir=/var/lib/mysql | 数据文件存放的目录 |
socket=/var/lib/mysql/mysql.sock | mysql.socket表示server和client在同一台服务器,并且使用localhost进行连接,就会使用socket进行连接 |
pid_file=/var/lib/mysql/mysql.pid | 存储mysql的pid |
port=3306 | mysql服务的端口号 |
default_storage_engine=InnoDB | mysql存储引擎 |
skip-grant-tables | 当忘记mysql的用户名密码的时候,可以在mysql配置文件中配置该参数,跳过权限表验证,不需要密码即可登录mysql |
字符(character)参数配置
我们设置字符的时候,不要用utf8,而是用utf8mb4,这个才是真正的"UTF-8"
参数 | 含义 |
---|---|
character_set_client | 客户端数据的字符集 |
character_set_connection | mysql处理客户端发来的信息时,会把这些数据转换成连接的字符集格式 |
character_set_results | mysql发送给客户端的结果集所用的字符集 |
character_set_database | 数据库默认的字符集 |
character_set_server | mysql server的默认字符集 |
连接(connection)参数配置
参数 | 含义 |
---|---|
max_connections | mysql的最大连接数,如果数据库的并发连接请求比较大,应该(根据硬件配置)调高该值(show variables like ‘%max_connection%’ 查看默认值为151) |
max_user_connections | 限制每个用户的连接个数 |
back_log | mysql能够暂存的连接数量,当mysql的线程在一个很短时间内得到非常多的连接请求时,就会起作用,如果mysql的连接数量达到max_connections时,新的请求会被存储在堆栈中,以等待某一个连接释放资源,如果等待连接的数量超过back_log,则不再接受连接资源 |
wait_timeout | mysql在关闭一个非交互的连接(短链接,一次JDBC)之前需要等待的时长 |
interactive_timeout | 关闭一个交互连接(长连接,包括终端和连接池)之前需要等待的秒数 |
日志(log)参数配置
参数 | 含义 |
---|---|
log_error | 指定错误日志文件名称,用于记录当mysqld启动和停止时,以及服务器在运行中发生任何严重错误时的相关信息 |
log_bin | 指定二进制日志文件名称,用于记录对数据造成更改的所有查询语句 |
binlog_do_db | 指定将更新记录到二进制日志的数据库,其他所有没有显式指定的数据库更新将忽略,不记录在日志中 |
binlog_ignore_db | 指定不将更新记录到二进制日志的数据库 |
sync_binlog | 指定多少次写日志后同步磁盘(默认1) |
general_log | 是否开启查询日志记录(默认关闭) |
general_log_file | 指定查询日志文件名,用于记录所有的查询语句 |
slow_query_log | 是否开启慢查询日志记录 |
slow_query_log_file | 指定慢查询日志文件名称,用于记录耗时比较长的查询语句 |
long_query_time | 设置慢查询的时间,超过这个时间的查询语句才会记录日志 |
log_slow_admin_statements | 是否将管理语句写入慢查询日志 |
redo_log,undo_log -> innoDb 存储引擎
binlog -> mysql server
ACID,
A原子性->通过undo_log实现
I隔离性->通过锁实现
D持久性 -> 通过redo_log实现
当发生数据修改的时候,innodb引擎h会先将记录写到redo_log中,并更新内存,此时更新就算是完成了;通过是innodb引擎会在合适的时机将记录操作到磁盘中
redo_log固定大小,循环写;它可以在数据库发生异常重启后保证数据不丢失,crash-safe
补充: redo_log,undo_log,binlog,两阶段提交
redo_log写入磁盘的方式
redo_log记录了修改的操作,有点像redis的AOF
MySQL有三种刷新日志文件的策略:
no.1这种方式最安全,每次提交时都写入磁盘,但是效率比较低;
0和2差不多,no.2更好一些,因为少了一次数据的复制
undo_log
- undo_log是为了实现事务的原子性,
在innodb中,还用它来实现多版本并发控制(MVCC) - 在操作任何数据之前,实现将一个数据备份到一个地方(即undo_log),然后进行数据的修改;如果出现错误了或者用户执行了rollback,系统可以利用undo_log中的备份 将数据恢复到事务开始之前的状态
- undo_log是逻辑日志(反),可以理解为:
当delete一条记录时,undo_log中会记录一条对应的insert记录;当insert时记录delete,
当update column from a to xxx时会记录 update set column = a
binlog,服务端的日志文件
- binlog是server层的日志,主要记录MySQL功能层面的事情
- 和redo_log的区别:
1.redo_log是innodb独有的,binlog是所有引擎都可以使用的
2.redo_log是物理日志,记录的是在某个数据页上做了什么修改,binlog是逻辑日志,记录的是这个语句的原始逻辑
3.redo_log是循环写的;binlog是追加写,不会覆盖之前的日志信息 - 企业中数据库一般会有备份系统,定期执行备份
- 恢复数据的过程:
1.找到最近一次的全量备份数据
2.从备份的时间点开始,将备份的binlog取出来,重新回到要恢复的那个时刻
数据更新的流程,两阶段提交
两阶段提交(先prepare,再commit)
缓存 cache参数配置
- key_buffer_size
索引缓存区的大小(只对myisam表起作用) - query cache 查询缓存,8.X版本被删除
- query_cache_size,查询缓存的大小
- show status like ‘%Qcache%’;查看缓存的相关属性统计
Qcache_free_blocks:缓存中相邻内存块的个数,如果值比较大,那么查询缓存中碎片比较多
Qcache_free_memory:查询缓存中剩余的内存大小
Qcache_hits:表示有多少此命中缓存
Qcache_inserts:表示多少次未命中而插入
Qcache_lowmen_prunes:多少条query因为内存不足而被移除cache
Qcache_queries_in_cache:当前cache中缓存的query数量
Qcache_total_blocks:当前cache中block的数量 - query_cache_limit超出此大小的查询将不被缓存
- query_cache_min_res_unit 缓存块最小大小
- query_cache_type 缓存类型,决定缓存什么样的查询
0表示禁用
1表示将缓存所有结果,除非sql语句中使用sql_no_cache禁用查询缓存
2表示只缓存select语句中通过sql_cache指定需要缓存的查询
- sort_buffer_size 每个需要排序的线程分配该大小的缓冲区
- max_allowed_packet=32M 限制server接受的数据包大小
- join_buffer_size=2M 表示关联缓存的大小
- thread_cache_size 服务器线程缓存数量(线程池大小)
服务器线程缓存,这个值表示可以重新利用保存再缓存中的线程数量,当断开连接时,那么客户端的线程将被放到缓存中以响应下一个客户而不是销毁,如果线程重新被请求,那么请求将从缓存中读取,如果缓存中是空的或者是新的请求,这个线程将被重新请求,那么这个线程将被重新创建,如果有很多新的线程,增加这个值即可.- Threads_cached:代表当前此时此刻线程缓存中有多少空闲线程
- Threads_connected:代表当前已建立连接的数量
- Threads_created:代表最近一次服务启动,已创建现成的数量,如果该值比较大,那么服务器会一直再创建线程
- Threads_running:代表当前激活的线程数