MySQL最全配置文件讲解
2018-03-05 18:27
344 查看
MySQL最全配置文件讲解Mysql参数优化对于新手来讲,是比较难懂的东西,其实这个参数优化,是个很复杂的东西,对于不同的网站,及其在线量,访问量,帖子数量,网络情况,以及机器硬件配置都有关系,优化不可能一次性完成,需要不断的观察以及调试,才有可能得到最佳效果。注意:- 和 _ 是一样的,假如包含的没有找到,可以换成_
[client] port = 3306 # 客户端端口号为3306 socket = /tmp/mysql.sock #套接字文件(sockets),这种文件一般用在网络上的资料套接, # mysqld守护进程生成了这个文件,其他与mysql相关的程序想使用mysql, # 估计就是通过这个文件了。 [mysql] no-auto-rehash # 仅仅允许使用键值的 UPDATEs 和 DELETEs . disable-auto-rehash # 允许通过TAB键提示 [mysqld] !include /home/mysql/mysql/etc/mysqld.cnf #包含的配置文件 ,把用户名,密码文件单独存放 character-set-server = utf8 # 新数据库或数据表的默认字符集。为了与MySQL的早期版本保持兼容, # 这个字符集也可以用–default-character-set选项给出; # 但这个选项已经显得有点过时了。 default-time-zone = system # 服务器时区 replicate-ignore-db = mysql #不对这个数据库进行镜像处理 replicate-ignore-db = test replicate-ignore-db = information_schema user = mysql # mysqld程序在启动后将在给定UNIX/Linux账户下执行; # mysqld必须从root账户启动才能在启动后切换到另一个账户下执行; # mysqld_safe脚本将默认使用–user=mysql选项来启动mysqld程序。 port = 3306 #为MySQL程序指定一个TCP/IP通信端口(通常是3306端口)。 socket = /tmp/mysql.sock basedir = /usr/local/mysql #使用给定目录作为根目录(安装目录)。 datadir = /data/mysql #从给定目录读取数据库文件 pid-file = /data/mysql/mysql.pid # tmp dir settings tmpdir = /home/mysql/mysql/tmp/ slave-load-tmpdir = /home/mysql/mysql/tmp/ #当slave 执行 load data infile 时用 user = mysql bind-address = 0.0.0.0 # 绑定的地址 server-id = 1 # 表示是本机的序号为1,一般来讲就是master的意思 # 给服务器分配一个独一无二的ID编号; # n的取值范围是1~2的32次方启用二进制日志功能。 # language = /home/mysql/mysql/share/mysql/english/ character-sets-dir = /home/mysql/mysql/share/mysql/charsets/ skip-name-resolve # 禁止MySQL对外部连接进行DNS解析,使用这一选项可以消除MySQL进行DNS解析的时间。 # 但需要注意,如果开启该选项, # 则所有远程主机连接授权都要使用IP地址方式,否则MySQL将无法正常处理连接请求 skip-symbolic-links # 不能使用连接文件 skip-slave-start # 启动mysql,不启动复制 master-connect-retry = 10 # 如果与主控服务器的连接没有成功,则等待n秒(s)后再进行管理方式(默认设置是60s)。 # 如果从属服务器存在mater.info文件,它将忽略此选项。 # slave_skip_errors = all slave-skip-errors = 1032,1062,126,1114,1146,1048,1396 # 即使发生出错代码为n1、n2等的错误,镜像处理工作也继续进行 # (即不管发生什么错误,镜像处理工作也继续进行)。 # 如果配置得当,从属服务器不应该在执行 SQL命令时发生错误 # (在主控服务器上执行出错的SQL命令不会被发送到从属服务器上做镜像处理); # 如果不使用slave-skip-errors选项,从属服务器上的镜像工作就可能因为发生错误而中断, # 中断后需要有人工参与才能继续进行。 # replication replicate-wild-ignore-table = mysql.% # 复制时忽略数据库及表 replicate-wild-ignore-table = test.% # 复制时忽略数据库及表 # skip-networking back_log = 600 # 解释1: # MySQL能有的连接数量。当主要MySQL线程在一个很短时间内得到非常多的连接请求,这就起作用, # 然后主线程花些时间(尽管很短)检查连接并且启动一个新线程。 # back_log值指出在MySQL暂时停止回答新请求之前的短时间内多少个请求可以被存在堆栈中。 # 如果期望在一个短时间内有很多连接,你需要增加它。 # 也就是说,如果MySQL的连接数据达到max_connections时,新来的请求将会被存在堆栈中, # 以等待某一连接释放资源,该堆栈的数量即back_log, # 如果等待连接的数量超过back_log,将不被授予连接资源。 # 另外,这值(back_log)限于您的操作系统对到来的TCP/IP连接的侦听队列的大小。 # 你的操作系统在这个队列大小上有它自己的限制(可以检查你的OS文档找出这个变量的最大值), # 试图设定back_log高于你的操作系统的限制将是无效的。 # 解释2: # back_log是操作系统在监听队列中所能保持的连接数, # 队列保存了再mysql连接管理器线程处理之前的连接, # 如果你有非常高的连接率并且出现"connection refused"报错, # 你就应该增加此处的值。 # 检查你的操作系统文档来获取这个变量的最大值, # 如果将back_log设定到比你操作系统限制更高的值,将会没有效果。 max_connections = 1000 # MySQL的最大连接数(默认设置是100),如果服务器的并发连接请求量比较大, # 建议调高此值,以增加并行连接数量,当然这建立在机器能支撑的情况下, # 因为如果连接数越多,介于MySQL会为每个连接提供连接缓冲区, # 就会开销越多的内存,所以要适当调整该值,不能盲目提高设值。 # 可以过'conn%'通配符查看当前状态的连接数量,以定夺该值的大小。 max_connect_errors = 6000 # 每个客户端连接最大的错误允许数量,如果达到了此限制, # 这个客户端将会被mysql服务阻止直到执行了“flush hosts”或者服务重启; # 非法的密码以及其他在链接时的错误会增加此值, # 查看“aborted_connects”状态来获取全局计数器。 table_cache = 614 # 同时打开的数据表的数量(默认设置是64)。 # 所有线程所打开表的数量,增加此值就增加了Mysqld所需要的文件描述符的数量, # 这样你需要确认在【mysqld】中“open-files-limit”变量设置打开文件数量允许至少4096, # table_cache=2048. open_files_limit = 65535 # MySQL打开的文件描述符限制,默认最小1024;当open_files_limit没有被配置的时候, # 比较max_connections*5和ulimit-n的值,哪个大用哪个, # 当open_file_limit被配置的时候,比较open_files_limit和max_connections*5的值, # 哪个大用哪个。 connect-timeout = 10 # 连接超时之前的最大秒数,在Linux平台上,该超时也用作等待服务器首次回应的时间 wait-timeout = 28800 # 等待关闭连接的时间 interactive-timeout = 28800 # 关闭连接之前,允许interactive_timeout(取代了wait_timeout)秒的不活动时间。 # 客户端的会话wait_timeout变量被设为会话interactive_timeout变量的值。 external-locking = FALSE # 允许外部文件级别的锁,打开文件锁会对性能造成负面影响, # 所以只有在你在同样的文件上运行多个数据库实例时才使用此选项(注意仍会有其他约束!), # 或者你在文件层面上使用了其他一些软件依赖来锁定MyISAM表。 table_open_cache = 128 # MySQL每打开一个表,都会读入一些数据到table_open_cache缓存中, # 当MySQL在这个缓存中找不到相应信息时,才会去磁盘上读取。默认值64 # 假定系统有200个并发连接,则需将此参数设置为200*N(N为每个连接所需的文件描述符数目); # 当把table_open_cache设置为很大时,如果系统处理不了那么多文件描述符, # 那么就会出现客户端失效,连接不上 slave-net-timeout = 600 # 从服务器也能够处理网络连接中断。 # 但是,只有从服务器超过slave_net_timeout秒没有从主服务器收到数据才通知网络中断 net_read_timeout = 30 # 从服务器读取信息的超时 net_write_timeout = 60 # 从服务器写入信息的超时 net_retry_count = 10 # 如果某个通信端口的读操作中断了,在放弃前重试多次 net_buffer_length = 16384 # 包消息缓冲区初始化为net_buffer_length字节, # 但需要时可以增长到max_allowed_packet字节 max_allowed_packet = 4M # 接受的数据包大小;增加该变量的值十分安全,这是因为仅当需要时才会分配额外内存。 # 例如,仅当你发出长查询或MySQLd必须返回大的结果行时MySQLd才会分配更多内存。 # 该变量之所以取较小默认值是一种预防措施,以捕获客户端和服务器之间的错误信息包, # 并确保不会因偶然使用大的信息包而导致内存溢出。 # (当与大的BLOB字段一起工作时相当必要) relay-log= relay-log relay_log_index = relay-log.index relay-log-purge = 1 # 当不用中继日志时,删除他们。这个操作有SQL线程完成 # if use auto-ex, set to 0 binlog_cache_size = 1M # 解释1: # 一个事务,在没有提交的时候,产生的日志,记录到Cache中; # 等到事务提交需要提交的时候,则把日志持久化到磁盘。默认binlog_cache_size大小32K # 解释2: # 在一个事务中binlog为了记录sql状态所持有的cache大小, # 如果你经常使用大的,多声明的事务,你可以增加此值来获得更大的性能, # 所有从事务来的状态都被缓冲在binlog缓冲中,然后再提交后一次性写入到binlog中, # 如果事务比此值大,会使用磁盘上的临时文件来替代, # 此缓冲在每个链接的事务第一次更新状态时被创建。 max_heap_table_size = 8M # 定义了用户可以创建的内存表(memory table)的大小。 # 这个值用来计算内存表的最大行数值。这个变量支持动态改变 # (默认设置是16M) # 超过这个长度的HEAP数据表将被存入一个临时文件而不是驻留在内存里。 tmp_table_size = 16M # 解释1: # MySQL的heap(堆积)表缓冲大小。所有联合在一个DML指令内完成, # 并且大多数联合甚至可以不用临时表即可以完成。 # 大多数临时表是基于内存的(HEAP)表。具有大的记录长度的临时表 # (所有列的长度的和)或包含BLOB列的表存储在硬盘上。 # 如果某个内部heap(堆积)表大小超过tmp_table_size, # MySQL可以根据需要自动将内存中的heap表改为基于硬盘的MyISAM表。 # 还可以通过设置tmp_table_size选项来增加临时表的大小。 # 也就是说,如果调高该值,MySQL同时将增加heap表的大小,可达到提高联接查询速度的效果 # 解释2: # 临时HEAP数据表的最大长度(默认设置是32M); # 超过这个长度的临时数据表将被转换为MyISAM数据表并存入一个临时文件。 sort_buffer_size = 8M # 排序buffer大小;线程级别 read_buffer_size = 2M # 解释1: # MySQL读入缓冲区大小。对表进行顺序扫描的请求将分配一个读入缓冲区, # MySQL会为它分配一段内存缓冲区。 # read_buffer_size变量控制这一缓冲区的大小。 # 如果对表的顺序扫描请求非常频繁,并且你认为频繁扫描进行得太慢, # 可以通过增加该变量值以及内存缓冲区大小提高其性能 # 解释2: # 为从数据表顺序读取数据的读操作保留的缓存区的长度(默认设置是128KB); # 这个选项的设置值在必要时可以用SQL命令SET SESSION read_buffer_size = n命令加以改变。 read_rnd_buffer_size = 8M # 解释1: # MySQL的随机读缓冲区大小。当按任意顺序读取行时(例如,按照排序顺序), # 将分配一个随机读缓存区。进行排序查询时, # MySQL会首先扫描一遍该缓冲,以避免磁盘搜索,提高查询速度, # 如果需要排序大量数据,可适当调高该值。 # 但MySQL会为每个客户连接发放该缓冲空间, # 所以应尽量适当设置该值,以避免内存开销过大 # 解释2: # 类似于read_buffer_size选项,但针对的是按某种特定顺序 # (比如使用了ORDER BY子句的查询)输出的查询结果(默认设置是256K) sort_buffer_size = 8M # MySQL执行排序使用的缓冲大小。如果想要增加ORDER BY的速度, # 首先看是否可以让MySQL使用索引而不是额外的排序阶段。 # 如果不能,可以尝试增加sort_buffer_size变量的大小 # 如果这个缓存区太小,则必须创建一个临时文件来进行排序。 join_buffer_size = 8M # 联合查询操作所能使用的缓冲区大小,和sort_buffer_size一样, # 该参数对应的分配内存也是每连接独享 # (默认设置是128K) thread_cache_size = 8 # 这个值(默认8)表示可以重新利用保存在缓存中线程的数量, # 当断开连接时如果缓存中还有空间,那么客户端的线程将被放到缓存中, # 如果线程重新被请求,那么请求将从缓存中读取,如果缓存中是空的或者是新的请求, # 那么这个线程将被重新创建, # 如果有很多新的线程,增加这个值可以改善系统性能. # 通过比较Connections和Threads_created状态的变量, # 可以看到这个变量的作用。(–>表示要调整的值) # 根据物理内存设置规则如下: # 1G —> 8 # 2G —> 16 # 3G —> 32 # 大于3G —> 64 #(一般来说如果你有好的线程模型的话,这不会有明显的性能提升) query_cache_size = 8M # MySQL的查询缓冲大小(从4.0.1开始,MySQL提供了查询缓冲机制) # 使用查询缓冲,MySQL将SELECT语句和查询结果存放在缓冲区中, # 今后对于同样的SELECT语句(区分大小写),将直接从缓冲区中读取结果。 # 根据MySQL用户手册,使用查询缓冲最多可以达到238%的效率。 # 通过检查状态值'Qcache_%',可以知道query_cache_size设置是否合理: # 如果Qcache_lowmem_prunes的值非常大,则表明经常出现缓冲不够的情况, # 如果Qcache_hits的值也非常大,则表明查询缓冲使用非常频繁,此时需要增加缓冲大小; # 如果Qcache_hits的值不大,则表明你的查询重复率很低, # 这种情况下使用查询缓冲反而会影响效率,那么可以考虑不用查询缓冲。 # 此外,在SELECT语句中加入SQL_NO_CACHE可以明确表示不使用查询缓冲 query_cache_limit = 2M #指定单个查询能够使用的缓冲区大小,默认1M query_cache_min_res_unit = 2k # 设置查询缓存分配内存的最小单位,要适当地设置此参数, # 可以做到为减少内存块的申请和分配次数,但是设置过大可能导致内存碎片数值上升。 # 默认值为4K,建议设置为1k~16K。 key_buffer_size = 4M # 指定用于索引的缓冲区大小,增加它可得到更好处理的索引(对所有读和多重写), # 到你能负担得起那样多。如果你使它太大, # 系统将开始换页并且真的变慢了。对于内存在4GB左右的服务器该参数可设置为384M或512M。 # 通过检查状态值Key_read_requests和Key_reads, # 可以知道key_buffer_size设置是否合理。比例key_reads/key_read_requests应该尽可能的低, # 至少是1:100,1:1000更好(上述状态值可以使用SHOW STATUS LIKE'key_read%'获得)。 # 注意:该参数值设置的过大反而会是服务器整体效率降低 ft_min_word_len = 4 # 分词词汇最小长度,默认4 transaction_isolation = REPEATABLE-READ # MySQL支持4种事务隔离级别,他们分别是: # READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE. # 如没有指定,MySQL默认采用的是REPEATABLE-READ,ORACLE默认的是READ-COMMITTED log_bin = mysql-bin # /data/mysql/3306/mysql-bin # 把对数据进行修改的所有SQL命令(也就是INSERT、UPDATE和DELETE命令) # 以二进制格式记入日志(二进制变更日志,binary update log)。 # 这种日志的文件名是filename.n或默认的hostname.n, # 其中n是一个6位数字的整数(日志文件按顺序编号) log_output = FILE # 参数log_output指定了慢查询输出的格式,默认为FILE, 你可以将它设为TABLE,然后就可以查询mysql架构下的slow_log表了 general_log = 1 general_log_file = /home/mysql/mysql/log/mysql.log log-bin-index= mysql-bin.index binlog_format = mixed # STATEMENT,ROW,MIXED # 基于SQL语句的复制(statement-based replication, SBR), # 基于行的复制(row-based replication, RBR), # 混合模式复制(mixed-based replication, MBR)。 # 相应地,binlog的格式也有三种:STATEMENT,ROW,MIXED。 max_binlog_cache_size = 8M # 最大的二进制Cache日志缓冲区尺寸 max_binlog_size = 1G # 二进制日志文件的最大长度(默认设置是1GB)。 # 在前一个二进制日志文件里的信息量超过这个最大长度之前, # MySQL服务器会自动提供一个新的二进制日志文件接续上。 max_relay_log_size = 1G expire_logs_days = 30 # 超过30天的binlog删除 log-warnings = 1 log_error = /data/mysql/mysql-error.log # 错误日志路径 slow_query_log = 1 # 慢查询日志是否开启 long_query_time = 1 # 慢查询的执行用时上限(默认设置是10s)。 slow_query_log_file = /data/mysql/mysql-slow.log # 慢查询日志文件 performance_schema = 0 explicit_defaults_for_timestamp #lower_case_table_names = 1 #不区分大小写 skip-external-locking # MySQL选项以避免外部锁定。该选项默认开启 default-storage-engine = InnoDB # 新数据表的默认数据表类型(默认存储引擎,默认设置是MyISAM)。 # 这项设置还可以通过–default-table-type选项来设置。 default_table_type = MyISAM # 当创建新表时作为默认使用的表类型, # 如果在创建表示没有特别执行表类型,将会使用此值。 thread_stack = 192K # 线程使用的堆大小,此容量的内存在每次连接时被预留。 # mysql本身常不会需要超过64K的内存,如果你使用你自己的需要大量堆的UDF函数, # 或者你的操作系统对于某些操作需要更多的堆,你也许需要将其设置的更高一点。 innodb_file_per_table = 1 # InnoDB为独立表空间模式,每个数据库的每个表都会生成一个数据空间 # 0表示关闭独立的表空间,1表示开启独立的表空间 # 独立表空间优点: # 1.每个表都有自已独立的表空间。 # 2.每个表的数据和索引都会存在自已的表空间中。 # 3.可以实现单表在不同的数据库中移动。 # 4.空间可以回收(除drop table操作处,表空不能自已回收) # 缺点: # 单表增加过大,如超过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_data_home_dir = /data/mysqldata/ # InnoDB主目录,所有与InnoDB数据表有关的目录或文件路径都相对于这个路径。 # 在默认的情况下,这个主目录就是MySQL的数据目录。 innodb_data_file_path = ibdata1:2000M;ibdata2:10M:autoextend # 用来容纳InnoDB为数据表的表空间: 可能涉及一个以上的文件; # 每一个表空间文件的最大长度都必须以字节(B)、兆字节(MB)或千兆字节(GB)为单位给出; # 表空间文件的名字必须以分号隔开; # 最后一个表空间文件还可以带一个autoextend属性和一个最大长度(max:n)。 # 例如,ibdata1:1G; ibdata2:1G:autoextend:max:2G的意思是: # 表空间文件ibdata1的最大长度是1GB,ibdata2的最大长度也是1G,但允许它扩充到2GB。 # 除文件名外,还可以用硬盘分区的设置名来定义表空间, # 此时必须给表空间的最大初始长度值加上newraw关键字做后缀, # 给表空间的最大扩充长度值加上raw关键字做后缀(例如/dev/hdb1: 20Gnewraw或/dev/hdb1:20Graw); # MySQL 4.0及更高版本的默认设置是ibdata1:10M:autoextend。 # innodb_data_file_path = ibdata1:50M:autoextend innodb_log_group_home_dir = /data/mysqldata/ # 用来存放InnoDB日志文件的目录路径(如ib_logfile0、ib_logfile1等)。 # 在默认的情况下,InnoDB驱动程序将使用MySQL数据目录作为自己保存日志文件的位置。 innodb_additional_mem_pool_size = 16M # 帧缓存的控制对象需要从此处申请缓存,所以该值与 innodb_buffer_pool 对应。 innodb_file_io_threads = 4 innodb_write_io_threads = 4 innodb_read_io_threads = 4 # I/O操作(硬盘写操作)的最大线程个数(默认设置是4)。 # innodb使用后台线程处理数据页上的读写 I/O(输入输出)请求,根据你的 CPU 核数来更改,默认是4 # 注:这两个参数不支持动态改变,需要把该参数加入到my.cnf里, # 修改完后重启MySQL服务,允许值的范围从 1-64 thread_concurrency = 0 # 允许线程并发大小,官方推荐设置和 CPU 最大线程一样。 # 参见:innodb_thread_concurrency innodb_thread_concurrency = 0 # 默认设置为 0,表示不限制并发数,这里推荐设置为0,更好去发挥CPU多核处理能力,提高并发量 # 参见: thread_concurrency # InnoDB驱动程序能够同时使用的最大线程个数(默认设置是8或者0,可以用查看环境变量去查看)。 innodb_purge_threads = 1 # InnoDB中的清除操作是一类定期回收无用数据的操作。 # 在之前的几个版本中,清除操作是主线程的一部分, # 这意味着运行时它可能会堵塞其它的数据库操作。 # 从MySQL5.5.X版本开始,该操作运行于独立的线程中,并支持更多的并发数。 # 用户可通过设置innodb_purge_threads配置参数来选择清除操作是否使用单独线程, # 默认情况下参数设置为0(不使用单独线程), # 设置为 1 时表示使用单独的清除线程。建议为1 innodb_flush_log_at_trx_commit = 2 # 解释1: # 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来获得更高性能 # 解释2: # 这个选项决定着什么时候把日志信息写入日志文件, # 以及什么时候把这些文件物理地写(术语称为”同步”)到硬盘上。 # 设置值0的意思是每隔一秒写一次日志并进行 同步,这可以减少硬盘写操作次数, # 但可能造成数据丢失; # 设置值1(设置设置)的意思是在每执行完一条COMMIT命令就写一次日志并进行同步, # 这可以防止数据丢失,但硬盘写操作可能会很频繁; # 设置值2是一般折衷的办法,即每执行完一条COMMIT命令写一次日志,每隔一秒进行一次同步。 innodb_log_buffer_size = 2M # 此参数确定些日志文件所用的内存大小,以M为单位。 # 缓冲区更大能提高性能,但意外的故障将会丢失数据。 # MySQL开发人员建议设置为1-8M之间 # (默认设置是1MB)。 innodb_log_file_size = 32M # 此参数确定数据日志文件的大小,更大的设置可以提高性能, # 但也会增加恢复故障数据库所需的时间 innodb_log_files_in_group = 3 # 为提高性能,MySQL可以以循环方式将日志文件写到多个文件。 # 推荐设置为3 # InnoDB数据表驱动程序将以轮转方式依次填写这些文件; # 当所有的日志文件都写满以后,之后的日志信息将写入第一个日志文件的最大长度 # (默认设置是5MB)。 # 这个长度必须以MB(兆字节)或GB(千兆字节)为单 位进行设置。 innodb_max_dirty_pages_pct = 90 # innodb主线程刷新缓存池中的数据,使脏数据比例小于90% innodb_lock_wait_timeout = 120 # InnoDB事务在被回滚之前可以等待一个锁定的超时秒数。 # InnoDB在它自己的锁定表中自动检测事务死锁并且回滚事务。 # InnoDB用LOCK TABLES语句注意到锁定设置。默认值是50秒 # 如果某个事务在等待n秒(s)后还没有获得所需要的资源, # 就使用ROLLBACK命令放弃这个事务。 # 这项设置对于发现和处理未能被InnoDB数据表驱动程序识别出来的死锁条件有着重要的意义。 # 这个选项的默认设置是50s。 #innodb_flush_method = O_DSYNC bulk_insert_buffer_size = 8M # 批量插入缓存大小, 这个参数是针对MyISAM存储引擎来说的。 # 适用于在一次性插入100-1000+条记录时, 提高效率。默认值是8M。 # 可以针对数据量的大小,翻倍增加。 myisam_sort_buffer_size = 8M # MyISAM设置恢复表之时使用的缓冲区的尺寸, # 当在REPAIR TABLE或用CREATE INDEX创建索引或ALTER TABLE过程中排序 # MyISAM索引分配的缓冲区 myisam_max_sort_file_size = 10G # 如果临时文件会变得超过索引,不要使用快速排序索引方法来创建一个索引。 # 注释:这个参数以字节的形式给出 # MyISAM 如果临时文件会变得超过索引,不要使用快速排序索引方法来创建一个索引。 # 注释:这个参数以字节的形式给出. # 重建MyISAM索引(在REPAIR TABLE、ALTER TABLE或LOAD DATA INFILE过程中)时, # 允许MySQL使用的临时文件的最大空间大小。 # 如果文件的大小超过该值,则使用键值缓存创建索引,要慢得多。 # 该值的单位为字节。 myisam_repair_threads = 1 # 如果该值大于1,在Repair by sorting过程中并行创建MyISAM表索引(每个索引在自己的线程内) myisam_recover = 64K # 允许的GROUP_CONCAT()函数结果的最大长度。 interactive_timeout = 28800 # 服务器关闭交互式连接前等待活动的秒数。 # 交互式客户端定义为在mysql_real_connect()中使用CLIENT_INTERACTIVE选项的客户端。 # 默认值:28800秒(8小时) wait_timeout = 28800 # 服务器关闭非交互连接之前等待活动的秒数。 # 在线程启动时,根据全局wait_timeout值或全局interactive_timeout值初始化会话wait_timeout值, # 取决于客户端类型(由mysql_real_connect()的连接选项CLIENT_INTERACTIVE定义)。 # 参数默认值:28800秒(8小时) # MySQL服务器所支持的最大连接数是有上限的,因为每个连接的建立都会消耗内存, # 因此我们希望客户端在连接到MySQL Server处理完相应的操作后, # 应该断开连接并释放占用的内存。如果你的MySQL Server有大量的闲置连接, # 他们不仅会白白消耗内存,而且如果连接一直在累加而不断开, # 最终肯定会达到MySQL Server的连接上限数,这会报'too many connections'的错误。 # 对于wait_timeout的值设定,应该根据系统的运行情况来判断。 # 在系统运行一段时间后,可以通过show processlist命令查看当前系统的连接状态, # 如果发现有大量的sleep状态的连接进程,则说明该参数设置的过大, # 可以进行适当的调整小些。要同时设置interactive_timeout和wait_timeout才会生效。 [mysqldump] quick # 不要在将内存中的整个结果写入磁盘之前缓存. 在导出非常巨大的表时需要此项 。 max_allowed_packet = 16M # 服务器发送和接受的最大包长度 # 服务所能处理的请求包的最大大小以及服务所能处理的最大的请求大小 #(当与大的BLOB字段一起工作时相当必要),每个链接独立的大小,大小动态增加。 [myisamchk] key_buffer_size = 8M # 用来存放索引区块的RMA值(默认设置是8M)。 read_buffer = 4M write_buffer = 4M
相关文章推荐
- MySQL配置文件详细讲解
- linux下MySQL配置文件讲解[转载]
- MySQL 5.5.13 配置文件讲解
- linux下MySQL配置文件讲解
- MySQL配置文件讲解(MYSQL部署经典必看)
- mysql配置讲解:+密码重置+远程登陆+常规操作+备份与恢复+字符
- MySQL配置文件my.cnf中文版
- 如何利用**.ini配置文件获取MySQL连接信息
- ubuntu mysql 5.6版本的删除,安装,中文乱码文件配置
- redis配置文件讲解
- ubuntu mysql 5.6版本的删除/安装/编码配置文件配置
- MySQL配置文件详解
- MySQL 数据库下my.ini 文件配置详解(转)
- 史上最全web.xml配置文件元素详解
- mysql 源码学习笔记:配置文件和命令行参数的装载
- MySQL的配置文件说明
- mysql5.6.20配置文件my.cnf参数详解
- linux下mysql配置文件my.cnf详解
- 如果不知道MySQL当前使用配置文件(my.cnf)的路径的解决方法
- linux 下mysql配置文件参数