logo资料库

MySQL之my.cnf配置完美详解..pdf

发布时间：2022-06-24 发布人：admin 分类：说明书 资料大小：0.83M 资料格式：pdf 举报 版权申诉
第1页 / 共26页
第2页 / 共26页
第3页 / 共26页
第4页 / 共26页
第5页 / 共26页
第6页 / 共26页
第7页 / 共26页
第8页 / 共26页
资料共26页，剩余部分请下载后查看
    资源由 www.eimhe.com 美河学习在线收集提供 以下是 my.cnf 配置文件参数解释： 1. [client] 2. port = 3309 3. socket = /home/mysql/mysql/tmp/mysql.sock 4. [mysqld] 5. !include /home/mysql/mysql/etc/mysqld.cnf #包含的配置文件 ，把用户名，密码文件单 独存放 6. port = 3309 7. socket = /home/mysql/mysql/tmp/mysql.sock 8. pid-file = /longxibendi/mysql/mysql/var/mysql.pid 9. basedir = /home/mysql/mysql/ 10. datadir = /longxibendi/mysql/mysql/var/ 11. # tmp dir settings 12. # 此目录被 MySQL 用来保存临时文件.例如, # 它被用来处理基于磁盘的大型排序,和内部排序一样. # 以及简单的临时表. # 如果你不创建非常大的临时文件,将其放置到 swapfs/tmpfs 文件系统上也许比较好 # 另一种选择是你也可以将其放置在独立的磁盘上. # 你可以使用”;”来放置多个路径 # 他们会按照 roud-robin 方法被轮询使用. 13. tmpdir = /home/mysql/mysql/tmp/ 14. slave-load-tmpdir = /home/mysql/mysql/tmp/ 15. #当 slave 执行 load data infile 时用 16. #language = /home/mysql/mysql/share/mysql/english/ 17. character-sets-dir = /home/mysql/mysql/share/mysql/charsets/ 18. # skip options 19. #禁止 MySQL 对外部连接进行 DNS 解析，使用这一选项可以消除 MySQL 进行 DNS 解析的时间。但需 要注意，如果开启该选项，则所有远程主机连接授权都要使用 IP 地址方式，否则 MySQL 将无法正常 处理连接请求！ 20. skip-name-resolve #grant 时，必须使用 ip 不能使用主机名 21. skip-symbolic-links #不能使用连接文件 22. #多个客户可能会访问同一个数据库，因此这防止外部客户锁定 MySQL 服务器。该选项 默认开启 23. skip-external-locking #不使用系统锁定，要使用 myisamchk,必须关闭服务器 ,避免 MySQL 的外部锁定，减少出错几率增强稳定性。 24. skip-slave-start #启动 mysql,不启动复制 25. #开启该选项可以彻底关闭 MySQL 的 TCP/IP 连接方式，如果 WEB 服务器是以远程连 接的方式访问 MySQL 数据库服务器则不要开启该选项！否则将无法正常连接！如果所 有的进程都是在同一台服务器连接到本地的 mysqld, 这样设置将是增强安全的方法 26. skip-networking 27. #sysdate-is-now
    资源由 www.eimhe.com 美河学习在线收集提供 28. # res settings 29. #指定 MySQL 可能的连接数量。当 MySQL 主线程在很短的时间内接收到非常多的连接请求，该参数生 效，主线程花费很短的时间检查连接并且启动一个新线程。 如果你有非常高的连接率并且出 现”connection refused” 报错,你就应该增加此处的值. back_log 参数的值指出在 MySQL 暂时停止响应新请求之前的短时间内多少个请求可以被存在堆栈中。 如果系统在一个短时间内有很多连接，则需要增大该参数的值，该参数值指定到来的 TCP/IP 连接的 侦听队列的大小。不同的操作系统在这个队列大小上有它自己的限制。 试图设定 back_log 高于你的操作系统的限制将是无效的。默认值为 50。对于 Linux 系统推荐设置 为小于 512 的整数。 30. back_log = 50 #接受队列，对于没建立 tcp 连接的请求队列放入缓存中，队列大小为 back_log， 受限制与 OS 参数 31. #指定 MySQL 允许的最大连接进程数。如果在访问数据库时经常出现 Too Many Connections 的错误提 示，则需要增大该参数值。 32. max_connections = 1000 #最大并发连接数 ，增大该值需要相应增加允许打开的文件描述符 数 33. max_connect_errors = 10000 #如果某个用户发起的连接 error 超过该数值，则该用户的下次 连接将被阻塞，直到管理员执行 flush hosts ; 命令或者服务重启，防止黑客 ，非法的密码以及 其他在链接时的错误会增加此值 34. #open_files_limit = 10240 35. connect-timeout = 10 #连接超时之前的最大秒数,在 Linux 平台上，该超时也用作等待服务器 首次回应的时间 36. #指定一个请求的最大连接时间，对于 4GB 左右内存的服务器可以设置为 5-10。 37. wait-timeout = 28800 #等待关闭连接的时间 38. interactive-timeout = 28800 #关闭连接之前，允许 interactive_timeout（取代了 wait_timeout）秒的不活动时间。客户端的会话 wait_timeout 变量被设为会话 interactive_timeout 变量的值。 39. slave-net-timeout = 600 #从服务器也能够处理网络连接中断。但是，只有从服务器超过 slave_net_timeout 秒没有从主服务器收到数据才通知网络中断 40. net_read_timeout = 30 #从服务器读取信息的超时 41. net_write_timeout = 60 #从服务器写入信息的超时 42. net_retry_count = 10 #如果某个通信端口的读操作中断了，在放弃前重试多次 43. net_buffer_length = 16384 #包消息缓冲区初始化为 net_buffer_length 字节，但需要时可 以增长到 max_allowed_packet 字节 44. # 服务所能处理的请求包的最大大小以及服务所能处理的最大的请求大小(当与大的 BLOB 字段一起工作时相当必要)， 每个连接独立的大小.大小动态增加。 设置最大包,限 制 server 接受的数据包大小，避免超长 SQL 的执行有问题 默认值为 16M，当 MySQL 客户端或 mysqld 服务器收到大于 max_allowed_packet 字节的信息包时，将发出“信息包过大”错误，并关闭连接。 对于某些客户端，如果通信信息包过大，在执行查询期间，可能会遇到“丢失与 MySQL 服务器的连接” 错误。默认值 16M。 45. max_allowed_packet = 64M # 46. # 所有线程所打开表的数量. 增加此值就增加了 mysqld 所需要的文件描述符的数量这 样你需要确认在[mysqld_safe]中 “open-files-limit” 变量设置打开文件数量允许至少 4096
    资源由 www.eimhe.com 美河学习在线收集提供 47. #table_cache = 512 #所有线程打开的表的数目。增大该值可以增加 mysqld 需要的文件描述符 的数量 48. # 线程使用的堆大小. 此容量的内存在每次连接时被预留. # MySQL 本身常不会需要超过 64K 的内存 # 如果你使用你自己的需要大量堆的 UDF 函数 # 或者你的操作系统对于某些操作需要更多的堆, # 你也许需要将其设置的更高一点.默认设置足以满足大多数应用 49. thread_stack = 192K #每个线程的堆栈大小 50. # 我们在 cache 中保留多少线程用于重用 # 当一个客户端断开连接后,如果 cache 中的线程还少于 thread_cache_size, # 则客户端线程被放入 cache 中. # 这可以在你需要大量新连接的时候极大的减少线程创建的开销 # (一般来说如果你有好的线程模型的话,这不会有明显的性能提升.) 51. # 服务器线程缓存这个值表示可以重新利用保存在缓存中线程的数量,当断开连接时如果缓存中还有 空间,那么客户端的线程将被放到缓存中,如果线程重新被请求，那么请求将从缓存中读取,如果缓存中 是空的或者是新的请求，那么这个线程将被重新创建,如果有很多新的线程，增加这个值可以改善系统 性能.通过比较 Connections 和 Threads_created 状态的变量，可以看到这个变量的作用 52. thread_cache_size = 20 #线程缓存 53. #此允许应用程序给予线程系统一个提示在同一时间给予渴望被运行的线程的数量.该参 数取值为服务器逻辑 CPU 数量×2 ，在本例中，服务器有 2 颗物理 CPU，而每颗物理 CPU 又支持 H.T 超线程，所以实际取值为 4 × 2 ＝ 8 54. # 设置 thread_concurrency 的值的正确与否, 对 mysql 的性能影响很大, 在多个 cpu(或多核) 的情况下，错误设置了 thread_concurrency 的值, 会导致 mysql 不能充分利用多 cpu(或多核), 出现同一时刻只能一个 cpu(或核)在工作的情况。thread_concurrency 应设为 CPU 核数的 2 倍. 比如有一个双核的 CPU, 那么 thread_concurrency 的应该为 4; 2 个双核的 cpu, thread_concurrency 的值应为 8 #属重点优化参数 55. thread_concurrency = 8 #同时运行的线程的数据 此处最好为 CPU 个数两倍。本机配置为 CPU 的个数 56. # qcache settings 57. # 查询缓冲常被用来缓冲 SELECT 的结果并且在下一次同样查询的时候不再执行直接返回结果. # 打开查询缓冲可以极大的提高服务器速度, 如果你有大量的相同的查询并且很少修改表. # 查看 “Qcache_lowmem_prunes” 状态变量来检查是否当前值对于你的负载来说是否足够高. # 注意: 在你表经常变化的情况下或者如果你的查询原文每次都不同, # 查询缓冲也许引起性能下降而不是性能提升 58. # 对于使用 MySQL 的用户，对于这个变量大家一定不会陌生。前几年的 MyISAM 引擎优化中，这个参 数也是一个重要的优化参数。但随着发展，这个参数也爆露出来一些问题。机器的内存越来越大，人 们也都习惯性的把以前有用的参数分配的值越来越大。这个参数加大后也引发了一系列问题。我们首 先分析一下 query_cache_size 的工作原理：一个 SELECT 查询在 DB 中工作后，DB 会把该语句缓 存下来，当同样的一个 SQL 再次来到 DB 里调用时，DB 在该表没发生变化的情况下把结果从缓存中返 回给 Client。这里有一个关建点，就是 DB 在利用 Query_cache 工作时，要求该语句涉及的表在这 段时间内没有发生变更。那如果该表在发生变更时，Query_cache 里的数据又怎么处理呢？首先要把 Query_cache 和该表相关的语句全部置为失效，然后在写入更新。那么如果 Query_cache 非常大， 该表的查询结构又比较多，查询语句失效也慢，一个更新或是 Insert 就会很慢，这样看到的就是
    资源由 www.eimhe.com 美河学习在线收集提供 Update 或是 Insert 怎么这么慢了。所以在数据库写入量或是更新量也比较大的系统，该参数不适合 分配过大。而且在高并发，写入量大的系统，建系把该功能禁掉。 #重点优化参数（主库 增删改-MyISAM） 59. query_cache_size = 256M #查询缓存大小 60. # 只有小于此设定值的结果才会被缓冲 # 此设置用来保护查询缓冲,防止一个极大的结果集将其他所有的查询结果都覆盖. 61. query_cache_limit = 2M #不缓存查询大于该值的结果 62. #默认是 4KB，设置值大对大数据查询有好处，但如果你的查询都是小数据查询，就容易造成内存碎片 和浪费 #查询缓存碎片率 = Qcache_free_blocks / Qcache_total_blocks * 100% #如果查询缓存碎片率超过 20%，可以用 FLUSH QUERY CACHE 整理缓存碎片，或者试试减小 query_cache_min_res_unit，如果你的查询都是小数据量的话。 #查询缓存利用率 = (query_cache_size – Qcache_free_memory) / query_cache_size * 100% #查询缓存利用率在 25%以下的话说明 query_cache_size 设置的过大，可适当减小;查询缓存利用 率在 80%以上而且 Qcache_lowmem_prunes > 50 的话说明 query_cache_size 可能有点小，要 不就是碎片太多。 #查询缓存命中率 = (Qcache_hits – Qcache_inserts) / Qcache_hits * 100% 63. query_cache_min_res_unit = 2K #查询缓存分配的最小块大小 64. # 如果你的系统支持 memlock() 函数,你也许希望打开此选项用以让运行中的 mysql 在在内存高度 紧张的时候,数据在内存中保持锁定并且防止可能被 swapping out # 此选项对于性能有益 65. #memlock 66. # default settings 67. # 当创建新表时作为默认使用的表类型, # 如果在创建表示没有特别执行表类型,将会使用此值 68. default_table_type = MYISAM 69. # time zone 70. default-time-zone = system #服务器时区 71. character-set-server = utf8 #server 级别字符集 72. default-storage-engine = InnoDB #默认存储 73. # tmp & heap 74. # 内部(内存中)临时表的最大大小 # 如果一个表增长到比此值更大,将会自动转换为基于磁盘的表. # 此限制是针对单个表的,而不是总和. 75. tmp_table_size = 512M #临时表大小，如果超过该值，则结果放到磁盘中 76. # 独立的内存表所允许的最大容量. # 此选项为了防止意外创建一个超大的内存表导致永尽所有的内存资源. 77. max_heap_table_size = 512M #该变量设置 MEMORY (HEAP 堆)表可以增长到的最大空间大 小 78. # 打开二进制日志功能. # 在复制(replication)配置中,作为 MASTER 主服务器必须打开此项 # 如果你需要从你最后的备份中做基于时间点的恢复,你也同样需要二进制日志. 79. log-bin = mysql-bin #这些路径相对于 datadir
    资源由 www.eimhe.com 美河学习在线收集提供 80. # 如果你在使用链式从服务器结构的复制模式 (A->B->C), # 你需要在服务器 B 上打开此项. # 此选项打开在从线程上重做过的更新的日志, # 并将其写入从服务器的二进制日志. 81. log_slave_updates 82. log-bin-index = mysql-bin.index 83. relay-log = relay-log 84. relay_log_index = relay-log.index 85. # 打开全查询日志. 所有的由服务器接收到的查询 (甚至对于一个错误语法的查询) # 都会被记录下来. 这对于调试非常有用, 在生产环境中常常关闭此项. 86. log 87. # warning & error log 88. # 将警告打印输出到错误 log 文件. 如果你对于 MySQL 有任何问题 # 你应该打开警告 log 并且仔细审查错误日志,查出可能的原因. 89. log-warnings = 1 90. log-error = /home/mysql/mysql/log/mysql.err 91. log_output = FILE #参数 log_output 指定了慢查询输出的格式，默认为 FILE，你可以将它设 为 TABLE，然后就可以查询 mysql 架构下的 slow_log 表了 92. # 记录慢速查询. 慢速查询是指消耗了比 “long_query_time” 定义的更多时间的查询. # 如果 log_long_format 被打开,那些没有使用索引的查询也会被记录. # 如果你经常增加新查询到已有的系统内的话. 一般来说这是一个好主意, 93. log_slow_queries 94. # slow query log 95. slow_query_log = 1 96. # 所有的使用了比这个时间(以秒为单位)更多的查询会被认为是慢速查询. # 不要在这里使用”1″, 否则会导致所有的查询,甚至非常快的查询页被记录下来(由于 MySQL 目前时间的精确度只能达到秒的级别). 97. long-query-time = 1 #慢查询时间 超过 1 秒则为慢查询 98. # 在慢速日志中记录更多的信息. # 一般此项最好打开. # 打开此项会记录使得那些没有使用索引的查询也被作为到慢速查询附加到慢速日志里 99. log_long_format 100. slow_query_log_file = /home/mysql/mysql/log/slow.log 101. #log-queries-not-using-indexes 102. #log-slow-slave-statements 103. general_log = 1 104. general_log_file = /home/mysql/mysql/log/mysql.log 105. max_binlog_size = 1G 106. max_relay_log_size = 1G 107. # if use auto-ex, set to 0 108. relay-log-purge = 1 #当不用中继日志时，删除他们。这个操作有 SQL 线程完成 109. # max binlog keeps days 110. expire_logs_days = 30 #超过 30 天的 binlog 删除
    资源由 www.eimhe.com 美河学习在线收集提供 111. # 在一个事务中 binlog 为了记录 SQL 状态所持有的 cache 大小 # 如果你经常使用大的,多声明的事务,你可以增加此值来获取更大的性能. # 所有从事务来的状态都将被缓冲在 binlog 缓冲中然后在提交后一次性写入到 binlog 中 # 如果事务比此值大, 会使用磁盘上的临时文件来替代. # 此缓冲在每个连接的事务第一次更新状态时被创建 112. binlog_cache_size = 1M #session 级别 113. # replication 114. replicate-wild-ignore-table = mysql.% #复制时忽略数据库及表 115. replicate-wild-ignore-table = test.% #复制时忽略数据库及表 116. # slave_skip_errors=all 117. #*** MyISAM 相关选项 118. # key_buffer_size 指定用于索引的缓冲区大小，增加它可得到更好的索引处理性能。 对于内存在 4GB 左右的服务器该参数可设置为 256M 或 384M。 注意：该参数值设置的过大反而会是服务器整体效率降低！ 119. # 关键词缓冲的大小, 一般用来缓冲 MyISAM 表的索引块. # 不要将其设置大于你可用内存的 30%, # 因为一部分内存同样被 OS 用来缓冲行数据 # 甚至在你并不使用 MyISAM 表的情况下, 你也需要仍旧设置起 8-64M 内存由于它同样会被内部临 时磁盘表使用. 120. key_buffer_size = 256M #myisam 索引 buffer,只有 key 没有 data 121. #查询排序时所能使用的缓冲区大小。排序缓冲被用来处理类似 ORDER BY 以及 GROUP BY 队列所引 起的排序。# 一个用来替代的基于磁盘的合并分类会被使用 # 查看 “Sort_merge_passes” 状态变量. 在排序发生时由每个线程分配 注意：该参数对应的 分配内存是每连接独占！如果有 100 个连接，那么实际分配的总共排序缓冲区大小为 100 × 6 ＝ 600MB。所以，对于内存在 4GB 左右的服务器推荐设置为 6-8M。# 122. sort_buffer_size = 2M #排序 buffer 大小；线程级别 123. #读查询操作所能使用的缓冲区大小。和 sort_buffer_size 一样，该参数对应的分配内存也是每 连接独享！用来做 MyISAM 表全表扫描的缓冲大小.当全表扫描需要时,在对应线程中分配. 124. read_buffer_size = 2M #以全表扫描(Sequential Scan)方式扫描数据的 buffer 大小 ； 线程级别 125. #联合查询操作所能使用的缓冲区大小，和 sort_buffer_size 一样，该参数对应的分配内存也是 每连接独享！ # 此缓冲被使用来优化全联合(full JOINs 不带索引的联合).类似的联合在极大多 数情况下有非常糟糕的性能表现, 但是将此值设大能够减轻性能影响.通过 “Select_full_join” 状态变量查看全联合的数量，当全联合发生时,在每个线程中分配。 126. join_buffer_size = 8M # join buffer 大小;线程级别 127. #指定 MySQL 查询缓冲区的大小。可以通过在 MySQL 控制台执行以下命令观察： 代码: # > SHOW VARIABLES LIKE '%query_cache%'; # > SHOW STATUS LIKE 'Qcache%';如果 Qcache_lowmem_prunes 的值非常大，则表明经常 出现缓冲不够的情况； 如果 Qcache_hits 的值非常大，则表明查询缓冲使用非常频繁，如果该值较小反而会影响效率，那 么可以考虑不用查询缓冲；Qcache_free_blocks，如果该值非常大，则表明缓冲区中碎片很多。 128. query_cache_size = 64M
    资源由 www.eimhe.com 美河学习在线收集提供 129. # 当在排序之后,从一个已经排序好的序列中读取行时,行数据将从这个缓冲中读取来防止磁盘寻道. # 如果你增高此值,可以提高很多 ORDER BY 的性能.当需要时由每个线程分配 130. read_rnd_buffer_size = 8M #MyISAM 以索引扫描(Random Scan)方式扫描数据的 buffer 大小 ；线程级别 131. # MyISAM 使用特殊的类似树的 cache 来使得突发插入 # (这些插入是,INSERT … SELECT, INSERT … VALUES (…), (…), …, 以及 LOAD DATA # INFILE) 更快. 此变量限制每个进程中缓冲树的字节数. # 设置为 0 会关闭此优化. # 为了最优化不要将此值设置大于 “key_buffer_size”. # 当突发插入被检测到时此缓冲将被分配 132. bulk_insert_buffer_size = 64M #MyISAM 用在块插入优化中的树缓冲区的大小。注释：这 是一个 per thread 的限制 （bulk 大量） 133. # 此缓冲当 MySQL 需要在 REPAIR, OPTIMIZE, ALTER 以及 LOAD DATA INFILE 到一个空表 中引起重建索引时被分配.这在每个线程中被分配.所以在设置大值时需要小心. 134. myisam_sort_buffer_size = 64M #MyISAM 设置恢复表之时使用的缓冲区的尺寸,当在 REPAIR TABLE 或用 CREATE INDEX 创建索引或 ALTER TABLE 过程中排序 MyISAM 索引分配的缓 冲区 135. # MySQL 重建索引时所允许的最大临时文件的大小 (当 REPAIR, ALTER TABLE 或者 LOAD DATA INFILE). 如果文件大小比此值更大,索引会通过键值缓冲创建(更慢) 136. myisam_max_sort_file_size = 10G #MyISAM 如果临时文件会变得超过索引，不要使用快速 排序索引方法来创建一个索引。注释：这个参数以字节的形式给出.重建 MyISAM 索引(在 REPAIR TABLE、ALTER TABLE 或 LOAD DATA INFILE 过程中)时，允许 MySQL 使用的临时文件 的最大空间大小。如果文件的大小超过该值，则使用键值缓存创建索引，要慢得多。该值的单位为字 节 137. # 如果被用来更快的索引创建索引所使用临时文件大于制定的值,那就使用键值缓冲方法. # 这主要用来强制在大表中长字串键去使用慢速的键值缓冲方法来创建索引. 138. myisam_max_extra_sort_file_size = 10G 139. # 如果一个表拥有超过一个索引, MyISAM 可以通过并行排序使用超过一个线程去修 复他们.这对于拥有多个 CPU 以及大量内存情况的用户,是一个很好的选择. 140. myisam_repair_threads = 1 #如果该值大于 1，在 Repair by sorting 过程中并行创建 MyISAM 表索引(每个索引在自己的线程内) 141. myisam_recover = 64K#允许的 GROUP_CONCAT()函数结果的最大长度 142. # 设定默认的事务隔离级别.可用的级别如下: # READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE # 1.READ UNCOMMITTED-读未提交 2.READ COMMITTE-读已提交 3.REPEATABLE READ -可重复读 4.SERIALIZABLE -串行 transaction_isolation = REPEATABLE-READ 143. # *** INNODB 相关选项 *** 144. # 如果你的 MySQL 服务包含 InnoDB 支持但是并不打算使用的话, # 使用此选项会节省内存以及磁盘空间,并且加速某些部分 skip-innodb 145. innodb_file_per_table 146. #innodb_status_file = 1
    资源由 www.eimhe.com 美河学习在线收集提供 147. #innodb_open_files = 2048 148. # 附加的内存池被 InnoDB 用来保存 metadata 信息 # 如果 InnoDB 为此目的需要更多的内存,它会开始从 OS 这里申请内存. # 由于这个操作在大多数现代操作系统上已经足够快, 你一般不需要修改此值. # SHOW INNODB STATUS 命令会显示当先使用的数量. 149. innodb_additional_mem_pool_size = 100M #帧缓存的控制对象需要从此处申请缓存，所以 该值与 innodb_buffer_pool 对应 150. # InnoDB 使用一个缓冲池来保存索引和原始数据, 不像 MyISAM. # 这里你设置越大,你在存取表里面数据时所需要的磁盘 I/O 越少. # 在一个独立使用的数据库服务器上,你可以设置这个变量到服务器物理内存大小的 80% # 不要设置过大,否则,由于物理内存的竞争可能导致操作系统的换页颠簸. # 注意在 32 位系统上你每个进程可能被限制在 2-3.5G 用户层面内存限制, # 所以不要设置的太高. 151. innodb_buffer_pool_size = 2G #包括数据页、索引页、插入缓存、锁信息、自适应哈希所以、 数据字典信息 152. # 设置此选项如果你希望 InnoDB 表空间文件被保存在其他分区. # 默认保存在 MySQL 的 datadir 中. 153. innodb_data_home_dir = /longxibendi/mysql/mysql/var/ 154. # InnoDB 将数据保存在一个或者多个数据文件中成为表空间. # 如果你只有单个逻辑驱动保存你的数据,一个单个的自增文件就足够好了. # 其他情况下.每个设备一个文件一般都是个好的选择. # 你也可以配置 InnoDB 来使用裸盘分区 – 请参考手册来获取更多相关内容 155. #innodb_data_file_path = ibdata1:1G:autoextend 156. innodb_data_file_path = ibdata1:500M;ibdata2:2210M:autoextend #表空间 157. # 用来同步 IO 操作的 IO 线程的数量. This value is # 此值在 Unix 下被硬编码为 4,但是在 Windows 磁盘 I/O 可能在一个大数值下表现的更 好. 158. innodb_file_io_threads = 4 #io 线程数 159. # 在 InnoDb 核心内的允许线程数量. # 最优值依赖于应用程序,硬件以及操作系统的调度方式. # 过高的值可能导致线程的互斥颠簸. 160. innodb_thread_concurrency = 16 #InnoDB 试着在 InnoDB 内保持操作系统线程的数量少于 或等于这个参数给出的限制 161. # 如果设置为 1 ,InnoDB 会在每次提交后刷新(fsync)事务日志到磁盘上, # 这提供了完整的 ACID 行为. # 如果你愿意对事务安全折衷, 并且你正在运行一个小的食物, 你可以设置此值到 0 或 者 2 来减少由事务日志引起的磁盘 I/O # 0 代表日志只大约每秒写入日志文件并且日志文件刷新到磁盘. # 2 代表日志写入日志文件在每次提交后,但是日志文件只有大约每秒才会刷新到磁盘上. 162. innodb_flush_log_at_trx_commit = 1 #每次 commit 日志缓存中的数据刷到磁盘中 163. # 用来缓冲日志数据的缓冲区的大小. # 当此值快满时, InnoDB 将必须刷新数据到磁盘上. # 由于基本上每秒都会刷新一次,所以没有必要将此值设置的太大(甚至对于长事务而言) 164. innodb_log_buffer_size = 8M #事物日志缓存
    分享到：
    赞 收藏

    相关推荐

    资料库

    数据库

    共收录1218份资料，累计14个分类，关注成员有19位，主要包括：NoSQL,MongoDB,Redis,SQLite,Memcached,DB2,Sybase,Informix,PostgreSQL,MySQL,SQLServer,Access,Oracle,其它

    热门标签

    NoSQL MongoDB Redis SQLite Memcached DB2 Sybase Informix PostgreSQL MySQL SQLServer Access Oracle 其它

    最新资料