mysql8怎么设置参数 mysql80怎么用( 五 )


# 缺点:
# 单表增加过大,如超过100G
# 结论:
# 共享表空间在Insert操作上少有优势 。其它都没独立表空间表现好 。当启用独立表空间时,请合理调整:innodb_open_files
innodb_open_files = 500
# 限制Innodb能打开的表的数据 , 如果库里的表特别多的情况,请增加这个 。这个值默认是300
innodb_buffer_pool_size = 64M
# InnoDB使用一个缓冲池来保存索引和原始数据, 不像MyISAM.
# 这里你设置越大,你在存取表里面数据时所需要的磁盘I/O越少.
# 在一个独立使用的数据库服务器上,你可以设置这个变量到服务器物理内存大小的80%
# 不要设置过大,否则,由于物理内存的竞争可能导致操作系统的换页颠簸.
# 注意在32位系统上你每个进程可能被限制在 2-3.5G 用户层面内存限制,
# 所以不要设置的太高.
innodb_write_io_threads = 4
innodb_read_io_threads = 4
# innodb使用后台线程处理数据页上的读写 I/O(输入输出)请求,根据你的 CPU 核数来更改,默认是4
# 注:这两个参数不支持动态改变,需要把该参数加入到my.cnf里,修改完后重启MySQL服务,允许值的范围从 1-64
innodb_thread_concurrency = 0
# 默认设置为 0,表示不限制并发数 , 这里推荐设置为0,更好去发挥CPU多核处理能力,提高并发量
innodb_purge_threads = 1
# InnoDB中的清除操作是一类定期回收无用数据的操作 。在之前的几个版本中,清除操作是主线程的一部分 , 这意味着运行时它可能会堵塞其它的数据库操作 。
# 从MySQL5.5.X版本开始,该操作运行于独立的线程中,并支持更多的并发数 。用户可通过设置innodb_purge_threads配置参数来选择清除操作是否使用单
# 独线程,默认情况下参数设置为0(不使用单独线程),设置为 1 时表示使用单独的清除线程 。建议为1
innodb_flush_log_at_trx_commit = 2
# 0:如果innodb_flush_log_at_trx_commit的值为0,log buffer每秒就会被刷写日志文件到磁盘,提交事务的时候不做任何操作(执行是由mysql的master thread线程来执行的 。
# 主线程中每秒会将重做日志缓冲写入磁盘的重做日志文件(REDO LOG)中 。不论事务是否已经提交)默认的日志文件是ib_logfile0,ib_logfile1
# 1:当设为默认值1的时候,每次提交事务的时候,都会将log buffer刷写到日志 。
# 2:如果设为2,每次提交事务都会写日志 , 但并不会执行刷的操作 。每秒定时会刷到日志文件 。要注意的是,并不能保证100%每秒一定都会刷到磁盘 , 这要取决于进程的调度 。
# 每次事务提交的时候将数据写入事务日志,而这里的写入仅是调用了文件系统的写入操作,而文件系统是有 缓存的,所以这个写入并不能保证数据已经写入到物理磁盘
# 默认值1是为了保证完整的ACID 。当然,你可以将这个配置项设为1以外的值来换取更高的性能,但是在系统崩溃的时候,你将会丢失1秒的数据 。
# 设为0的话,mysqld进程崩溃的时候,就会丢失最后1秒的事务 。设为2,只有在操作系统崩溃或者断电的时候才会丢失最后1秒的数据 。InnoDB在做恢复的时候会忽略这个值 。
# 总结
# 设为1当然是最安全的,但性能页是最差的(相对其他两个参数而言 , 但不是不能接受) 。如果对数据一致性和完整性要求不高,完全可以设为2,如果只最求性能,例如高并发写的日志服务器 , 设为0来获得更高性能
innodb_log_buffer_size = 2M
# 此参数确定些日志文件所用的内存大?。?以M为单位 。缓冲区更大能提高性能 , 但意外的故障将会丢失数据 。MySQL开发人员建议设置为1-8M之间

推荐阅读