MySQL(七)服务器参数设置,补充redo_log&undo_log&bin_log,锁机制

前言

这个参数没有标准答案,根据实际业务调整
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：代表当前激活的线程数