MySQL配置参数[2021-06-24]

最新推荐文章于 2023-06-20 11:24:05 发布
最新推荐文章于 2023-06-20 11:24:05 发布
阅读量541 收藏 1
点赞数
分类专栏： 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_41822345/article/details/117620514
版权

MySQL配置参数

文章目录

[MySQL常用配置参数]

基本配置：

[client]
user=root    
password=Cmss@2021      ##免密登录设置
port=3306
socket=/tmp/mysql.sock 

##表示登录mysql后的设置
[mysql]
prompt=(\\u@\\h)[\\d]>\\_   ##显示登录用户名+ip+库

##mysql服务端设置（mysqld开头的都是服务端设置）
[mysqld]
server-id=1      
port=3306
user=mysql
datadir=/mdata/mysql_test_data
log_error=error.log
plugin-load=validate_password.so
#default_password_lifetime=0
#skip-grant-tables

# 将sql模式设置为严格模式，使得一些非法值不能插入
sql_mode='ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION'
# 事件打开（用作定时任务） 
event_scheduler=1
# 默认字符集更改为utf8mb4
character_set_server=utf8mb4

# 开启线程池 percona版本的数据库开启
#max_connections=1024

## slow log
slow_query_log=1
slow_query_log_file=/mdata/mysql_test_data/k8s001-slow.log
long_query_time=2
min_examined_row_limit=100     #扫描记录少于该值的sql不记录
log_queries_not_using_indexes  #记录没有使用索引的sql
log_throttle_queries_not_using_indexes=5 #限制每分钟的sql记录数
log_slow_admin_statements=1    #主机上开启慢查询日志
log_slow_slave_statements=0    #从机上关闭慢查询日志
log_timestamps=system          #时区信息 [UTC|system]
log_output=file                #指定慢查询日志文件形式 [FILE|TABLE|NONE]   

## bin log 二进制日志
#log-bin=mysql-bin

## session memory
sort_buffer_size=32M
tmp_table_size=32M

## innodb
innodb_buffer_pool_size=1G
innodb_log_file_size=128M
# 在线修改表schema产生的日志缓存内存大小（默认128M，线上可以调大为1G）
innodb_online_alter_log_max_size=128M


## 多实例配置
[mysqld_multi]
mysqld=/usr/local/mysql/bin/mysqld_safe    #用来启动mysqld
mysqladmin=/usr/local/mysql/bin/mysqladmin #用来关闭mysqld，它需要用户名和密码。如不配置，则默认使用[client]的用户名和密码。如配置，请注意注意密码配置为pass（踩坑）
log=/usr/local/mysql/mysqld_multi.log
#user=root       #mysqladmin
#pass=Cmss@2021  #注意密码配置

##单机多实例1（版本5.7）
[mysqld1]
server-id=11
innodb_buffer_pool_size=32M
port=3307
datadir=/mdata/data1
socket=/tmp/mysql.sock1

##单机多实例2（版本5.7）
[mysqld2]
server-id=12
innodb_buffer_pool_size=32M
port=3308
datadir=/mdata/data2
socket=/tmp/mysql.sock2

##单机多实例3（版本5.6）
[mysqld56]
server-id=56
innodb_buffer_pool_size=32M
port=3356
basedir=/usr/local/mysql56    #声明mysql56安装包目录
datadir=/mdata/data56
socket=/tmp/mysql.sock3

##单机多实例4（版本8.0）
[mysqld80]
server-id=80
innodb_buffer_pool_size=32M
port=3380
basedir=/usr/local/mysql80
datadir=/mdata/data80
socket=/tmp/mysql.sock4

日志相关

三种重要的事务日志：binlog、redo lod、undo log。

log-error：指定错误日志文件名称，用于记录当mysqld启动和停止时，以及服务器在运行过程中发生任何严重错误时的相关信息。

配置示例：log-error=“WJT-PC.err”（默认在mysql数据目录下）

log-bin：指定二进制日志文件名称，用于记录对数据造成更改的所有查询语句。

配置示例：log-bin=“WJT-PC-bin.log”（默认在mysql数据目录下）

binlog-do-db：指定将更新记录到二进制日志的数据库，其他所有没有显式指定的数据库更新将被忽略，不记录在日志中。

配置示例：binlog-do-db=db_name

binlog-ignore-db：指定不将更新记录到二进制日志的数据库，其他没有显式忽略的数据库都将进行记录。

配置示例：binlog-ignore-db=db_name如果想记录或忽略多个数据库，可以对上面两个选项分别使用多次。

sync-binlog：指定多少次写日志后同步磁盘。

配置示例：sync-binlog=N

general-log：是否开启查询日志记录。

配置示例：general-log=1

general_log_file：指定查询日志文件名，用于记录所有的查询语句。

配置示例：general_log_file=“WJT-PC.log”（默认在mysql数据目录下）

slow-query-log：是否开启慢查询日志记录。

配置示例：slow-query-log=1

slow_query_log_file：指定慢查询日志文件名称，用于记录消耗时间较长的查询语句。

配置示例：slow_query_log_file=“WJT-PC-slow.log”（默认在mysql数据目录下）

long_query_time：设置慢查询的时间，超过这个时间的查询语句才记录日志。

配置示例：long_query_time=10（单位：秒）

log-slow-admin-statements：是否将慢管理语句（例如OPTIMIZE TABLE、ANALYZE TABLE和ALTER TABLE）写入慢查询日志。

存储引擎相关

default-table-type：设置mysql的默认存储引擎。

innodb_data_home_dir：InnoDB引擎的共享表空间数据文件根目录。若没有设置，则使用mysql的datadir目录作为缺省目录。

innodb_data_file_path：单独指定共享表空间数据文件的路径与大小。数据文件的完整路径由innodb_data_home_dir与这里配置的值组合起来，文件大小以MB单位指定。

配置示例：innodb_data_home_dir=innodb_data_file_path=ibdata1:12M;/data/mysql/mysql3306/data1/ibdata2:12M:autoextend

如果想为innodb表空间指定不同目录下的文件，必须指定 innodb_data_home_dir =。这个例子中会在datadir下建立ibdata1，在/data/MySQL/mysql3306/data1/目录下创建ibdata2。

innodb_file_per_table：是否开启独立表空间，若开启，InnoDB将使用独立的.idb文件创建新表而不是在共享表空间中创建。

配置示例：innodb_file_per_table=1

innodb_autoinc_lock_mode：配置在向有着auto_increment列的表插入数据时，相关锁的行为。该参数有3个取值：

0：tradition传统，所有的insert语 句开始的时候得到一个表级的auto_inc锁，在语句结束的时候才能释放 这个锁，影响了并发的插入。

1：consecutive连续，mysql可以一次生成 几个连续的auto_inc的值，auto_inc不需要一直保持到语句结束，只要 语句得到了相应的值后就可以提前释放锁（这也是mysql的默认模式）。

2：interleaved交错，这个模式下已经没有了auto_inc锁，所以性能是最好的，但是对于同一个语句来说它得到的auto_inc的值可能不是连续的。

配置示例：innodb_autoinc_lock_mode=1

low_priority_updates：在myisam引擎锁使用中，默认情况下写请求优先于读请求，可以通过将该参数设置为1来使myisam引擎给予读请求优先权限， 所有的insert、update、delete和lock table write语句将等待直到受影响的表没有挂起的select或lock table read。

配置示例：low_priority_updates=0（默认配置）

max_write_lock_count：当一个myisam表的写锁定达到这个值后，mysql就暂时 将写请求优先级降低，给部分读请求获得锁的机会。

innodb_lock_wait_timeout：InnoDB锁等待超时参数，若事务在该时间内没有获 得需要的锁，则发生回滚。

配置示例：innodb_lock_wait_timeout=50（默认50秒）

max_heap_table_size：设置memory表的最大空间大小，该变量可以用来计算 memory表的max_rows值。在已有memory表上设置该参数是没有效果 的，除非重建表。

查询相关

max_sort_length：配置对blob或text类型的列进行排序时使用的字节数（只对配置的前max_sort_length个字节进行排序，其他的被忽略）

max_length_for_sort：mysql有两种排序算法，两次传输排序和单次传输排序。当查询需要所有列的总长度不超过max_length_for_sort时，mysql使用 单次传输排序，否则使用两次传输排序。

optimizer_search_depth：在关联查询中，当需要关联的表数量超过optimizer_search_depth的时候，优化器会使用“贪婪”搜索的方式查找“最优”的关联顺序。

[双1半同步]

show global variables like 'innodb_flush_log_at_trx_commit';
show global variables like 'sync_binlog';
show global variables like 'rpl_semi_sync_master_enabled';
show global status like 'Rpl_semi_sync_master_status';

双1

innodb_flush_log_at_trx_commit：

此参数是针对redo log（innodb）日志的。

该参数的有效值为0 、1、2：

0 : 提交事务的时候，不立即把 redo log buffer 里的数据刷入磁盘文件的，而是依靠 InnoDB 的主线程每秒执行一次刷新到磁盘。此时可能你提交事务了，结果 mysql 宕机了，然后此时内存里的数据全部丢失。

1 : 提交事务的时候，就必须把 redo log 从内存刷入到磁盘文件里去，只要事务提交成功，那么 redo log 就必然在磁盘里了。注意，因为操作系统的“延迟写”特性，此时的刷入只是写到了操作系统的缓冲区中，因此执行同步操作才能保证一定持久化到了硬盘中。

2 : 提交事务的时候，把 redo 日志写入磁盘文件对应的 os cache 缓存里去，而不是直接进入磁盘文件，可能 1 秒后才会把 os cache 里的数据写入到磁盘文件里去。

可以看到，只有1才能真正地保证事务的持久性，但是由于刷新操作 fsync() 是阻塞的，直到完成后才返回，我们知道写磁盘的速度是很慢的，因此 MySQL 的性能会明显地下降。如果不在乎事务丢失，0和2能获得更高的性能。

sync_binlog：

此参数是针对binlog日志的。

binlog，即二进制日志。二进制日志文件涉及到数据的恢复，以及想在主从之间获得最大的一致性，那么应该将该参数设置为1，但同时也会造成一定的性能损耗。

该参数控制着二进制日志写入磁盘的过程。

该参数的有效值为0 、1、N：

0：默认值。事务提交后，将二进制日志从缓冲写入磁盘，但是不进行刷新操作（fsync()），此时只是写入了操作系统缓冲，若操作系统宕机则会丢失部分二进制日志。

1：事务提交后，将二进制文件写入磁盘并立即执行刷新操作，相当于是同步写入磁盘，不经过操作系统的缓存。

N：每写N次操作系统缓冲就执行一次刷新操作。

半同步

异步复制（Asynchronous replication）

MySQL默认的复制即是异步的，主库在执行完客户端提交的事务后会立即将结果返给给客户端，并不关心从库是否已经接收并处理，这样就会有一个问题，主如果crash掉了，此时主上已经提交的事务可能并没有传到从上，如果此时，强行将从提升为主，可能导致新主上的数据不完整。

全同步复制（Fully synchronous replication）

指当主库执行完一个事务，所有的从库都执行了该事务才返回给客户端。因为需要等待所有从库执行完该事务才能返回，所以全同步复制的性能必然会收到严重的影响。

半同步复制（Semisynchronous replication）

介于异步复制和全同步复制之间，主库在执行完客户端提交的事务后不是立刻返回给客户端，而是等待至少一个从库接收到并写到relay log中才返回给客户端。相对于异步复制，半同步复制提高了数据的安全性，同时它也造成了一定程度的延迟，这个延迟最少是一个TCP/IP往返的时间。所以，半同步复制最好在低延时的网络中使用。

查看半同步是否在运行。

主：

mysql> show status like ‘Rpl_semi_sync_master_status’;

+-----------------------------+-------+
| Variable_name               | Value |
+-----------------------------+-------+
| Rpl_semi_sync_master_status | ON    |
+-----------------------------+-------+
1 row in set (0.00 sec)

从：

mysql> show status like ‘Rpl_semi_sync_slave_status’;

+----------------------------+-------+
| Variable_name              | Value |
+----------------------------+-------+
| Rpl_semi_sync_slave_status | ON    |
+----------------------------+-------+
1 row in set (0.20 sec)

这两个变量常用来监控主从是否运行在半同步复制模式下。

附注：在一主多从的架构中，如果要开启半同步复制，并不要求所有的从都是半同步复制。

[查询缓存]

MySQL查询缓存保存查询返回的完整结果。当查询命中该缓存，会立刻返回结果，跳过了解析，优化和执行阶段。
查询缓存会跟踪查询中涉及的每个表，如果这写表发生变化，那么和这个表相关的所有缓存都将失效。
但是随着服务器功能的强大，查询缓存也可能成为整个服务器的资源竞争单点。

若未开启，则在my.cnf（linux）或my.ini(windows)的[mysqld]下添加：

query_cache_size=128M query_cache_type=1

Qcache_free_blocks:表示查询缓存中目前还有多少剩余的blocks，如果该值显示较大，则说明查询缓存中的内存碎片过多了，可能在一定的时间进行整理。
减少碎片：
合适的query_cache_min_res_unit可以减少碎片，这个参数最合适的大小和应用程序查询结果的平均大小直接相关，可以通过内存实际消耗（query_cache_size - Qcache_free_memory）除以Qcache_queries_in_cache计算平均缓存大小。
可以通过Qcache_free_blocks来观察碎片，这个值反应了剩余的空闲块，如果这个值很多，但是
Qcache_lowmem_prunes却不断增加，则说明碎片太多了。可以使用flush query cache整理碎片，重新排序，但不会清空，清空命令是reset query cache。整理碎片期间，查询缓存无法被访问，可能导致服务器僵死一段时间，所以查询缓存不宜太大。
Qcache_free_memory:查询缓存的内存大小，通过这个参数可以很清晰的知道当前系统的查询内存是否够用，是多了，还是不够用，DBA可以根据实际情况做出调整。
Qcache_hits:表示有多少次命中缓存。我们主要可以通过该值来验证我们的查询缓存的效果。数字越大，缓存效果越理想。
Qcache_inserts: 表示多少次未命中然后插入，意思是新来的SQL请求在缓存中未找到，不得不执行查询处理，执行查询处理后把结果insert到查询缓存中。这样的情况的次 数，次数越多，表示查询缓存应用到的比较少，效果也就不理想。当然系统刚启动后，查询缓存是空的， 这很正常。
Qcache_lowmem_prunes:该参数记录有多少条查询因为内存不足而被移除出查询缓存。通过这个值，用户可以适当的调整缓存大小。
Qcache_not_cached: 表示因为query_cache_type的设置而没有被缓存的查询数量。
Qcache_queries_in_cache:当前缓存中缓存的查询数量。
Qcache_total_blocks:当前缓存的block数量。

[移动云MySQL配置参数]

MySQL大师曾说过：某些可配置化的参数，没有100%的把握，不要去随意修改，修改后的结果（副作用）很可能比你想象中的要严重很多。

参数名参数默认值参数含义
back_log512在MySQL暂时停止回答新请求之前的短时间内多少个请求可以被存在堆栈中。（该值不能超过TCP/IP连接的侦听队列的大小）
innodb_autoinc_lock_mode2该参数控制着在向有auto_increment 列的表插入数据时，相关锁的行为。（通过对它的设置可以达到性能与安全的平衡）
innodb_purge_threads4用来真正的删除记录和删除undo log
innodb_read_io_threads8用于充分利用多核处理器（默认为4）
innodb_write_io_threads16用于充分利用多核处理器（16>8，说明写操作比读操作多）
innodb_rollback_on_timeoutON事务超时设置。（事务超时后将导致InnoDB中止并回滚整个事务）
explicit_defaults_for_timestampONtimestamp所在数据行更新时，timestamp类型字段不更新为当前时间。
innodb_sort_buffer_size1048576创建InnoDB索引时用于指定对数据排序的排序缓冲区的大小。（只在索引创建过程中使用，创建完毕后会被释放）
binlog_expire_logs_seconds2592000binlog失效时间参数（默认30天，推荐设置为604800，即7天）
join_buffer_size4194304mysql中每次join操作都会调用my_malloc、my_free函数申请/释放joib_buffer_size的大小的内存。join_buffer_size是按照每次操作join表的操作的次数申请和释放joib_buffer_size
sort_buffer_size2097152是一个connection级参数，在每个connection第一次需要使用这个buffer的时候，一次性分配设置的内存
tmp_table_size8388608控制内存临时表的最大值,超过限值后就往硬盘写。例如做高级GROUP BY操作生成的临时表
max_heap_table_size8388608用户可以创建的内存表的大小
max_length_for_sort_data16384mysql有两种文件排序算法（双路排序：读表两次；和单路排序：读表一次，但是需要更多的内存空间），当排序列大于该值时，mysql就会使用双路排序（以节省空间）
read_buffer_size2097152是MySQL读入缓冲区大小。对表进行顺序扫描的请求将需要分配一个读入缓冲区
read_rnd_buffer_size2097152用在sort查询之后 ，以保证获取以顺序的方式获取到查询的数据。如果有很多order by 查询语句，增长该值能够提升性能
long_query_time1慢日志时间设置为1s。参数开启后，所有不经过索引的查询也都会记录到慢日志里
auto_increment_increment1表示自增长字段每次递增的量为1
auto_increment_offset1表示自增长字段从1开始
innodb_lock_wait_timeout120设置锁等待的时间。默认50s
lock_wait_timeout31536000当申请的锁等待时间超过该参数设定值时，系统会报LOCK_WAIT_TIMEOUT的错误。
wait_timeout28800非交互式连接超时时间，默认的连接mysql api程序,jdbc连接数据库等。（mysql服务会在操作间隔8h（28800s）后断开，需要再次重连）
interactive_timeout172800交互式连接超时时间(mysql工具、mysqldump等)
transaction_isolationREAD-COMMITTED事务隔离级别默认为:读已提交
sql_modeONLY_FULL_GROUP_BY对于GROUP BY聚合操作，如果在SELECT中的列，没有在GROUP BY中出现，那么这个SQL是不合法的，因为列不在GROUP BY从句中
group_concat_max_len1024group_concat函数可以拼接某个字段值成字符串。但是拼接的字符串的长度字节超过1024 则会被截断。（建议设置大一些）
sync_binlog1用来控制数据库的binlog刷到磁盘上（设置为1表示每次事务提交，MySQL都会把binlog刷下去，是最安全但是性能损耗最大的设置）
innodb_flush_log_at_trx_commit1提交事务的时候将 redo 日志写入磁盘中（设置为1表示提交事务的时候，就必须把 redo log 从内存刷入到磁盘文件里去）

[阿里云MySQL配置参数]

参数名=默认值参数含义
loose_recycle_schedule
loose_multi_blocks_ddl_count=0
loose_performance_schema_max_table_instances=1000
innodb_buffer_pool_load_at_startup=ON
loose_performance_schema_max_index_stat=10000
bulk_insert_buffer_size=4194304
show_old_temporals=OFF
ft_query_expansion_limit=20
innodb_old_blocks_time=1000
loose_ccl_queue_hot_delete=OFF
loose_rds_audit_log_event_buffer_size=2048
thread_stack=262144
lc_time_names=en_US
innodb_thread_concurrency=0
sync_master_info=10000
default_time_zone=SYSTEM
loose_recycle_bin=OFF
optimizer_search_depth=62
innodb_compression_level=6
loose_innodb_log_optimize_ddl=ON
loose_performance_schema_max_prepared_statements_instances=1000
max_sort_length=1024
max_binlog_cache_size=18446744073709547520
loose_innodb_log_write_ahead_size=4096
innodb_online_alter_log_max_size=134217728
key_cache_block_size=1024
mysql_native_password_proxy_users=OFF
innodb_adaptive_max_sleep_delay=150000
innodb_purge_rseg_truncate_frequency=128
query_alloc_block_size=8192
loose_performance_schema_max_socket_instances=1000
innodb_lock_wait_timeout=50
innodb_purge_threads=1
innodb_compression_failure_threshold_pct=5
innodb_compression_pad_pct_max=50
loose_performance_schema_error_size=10000
binlog_rows_query_log_events=OFF
opt_tablestat=OFF
max_execution_time=0
innodb_stats_persistent_sample_pages=20
innodb_ft_total_cache_size=640000000
event_scheduler=OFF
innodb_flush_method=O_DIRECT
loose_performance_schema_accounts_size=10000
eq_range_index_dive_limit=100
loose_sql_safe_updates=OFF
loose_optimizer_trace_features=greedy_search=on
range_optimizer=on
dynamic_range=on,repeated_subselect=on
connect_timeout=10
innodb_purge_batch_size=300
div_precision_increment=4
performance_point_lock_rwlock_enabled=ON
avoid_temporal_upgrade=OFF
innodb_sync_array_size=1
innodb_stats_method=nulls_equal
relay_log_recovery=OFF
lock_wait_timeout=31536000
net_read_timeout=30
innodb_deadlock_detect=ON
innodb_write_io_threads=4
end_markers_in_json=OFF
loose_performance_schema_hosts_size=10000
loose_ccl_queue_bucket_count=4
ngram_token_size=2
loose_innodb_numa_interleave=ON
loose_performance_schema_max_cond_instances=10000
max_binlog_stmt_cache_size=18446744073709547520
loose_performance_schema_max_table_lock_stat=10000
loose_performance_schema_max_table_handles=10000
innodb_checksum_algorithm=crc32
loose_ignore_index_hint_error=OFF
innodb_ft_enable_diag_print=OFF
innodb_ft_enable_stopword=ON
innodb_io_capacity=20000
slow_launch_time=2
innodb_table_locks=ON
innodb_stats_persistent=ON
tmp_table_size=2097152
opt_indexstat=OFF
disconnect_on_expired_password=ON
default_storage_engine=InnoDB
net_retry_count=10
innodb_ft_cache_size=8000000
binlog_cache_size=2097152
innodb_max_dirty_pages_pct=75
innodb_disable_sort_file_cache=ON
innodb_lru_scan_depth=1024
loose_performance_schema_max_mutex_instances=10000
innodb_data_file_purge_max_size=128
innodb_ft_result_cache_limit=2000000000
long_query_time=1
interactive_timeout=7200
innodb_read_io_threads=4
transaction_prealloc_size=4096
open_files_limit=65535
loose_performance_schema_max_metadata_locks=10000
temptable_max_ram=1073741824
innodb_open_files=3000
max_heap_table_size=67108864
loose_performance_schema_digests_size=10000
automatic_sp_privileges=ON
explicit_defaults_for_timestamp=OFF
ft_max_word_len=84
innodb_autoextend_increment=64
sql_mode
innodb_stats_transient_sample_pages=8
innodb_random_read_ahead=OFF
table_open_cache={LEAST(DBInstanceClassMemory/1073741824*256, 2048)}
range_optimizer_max_mem_size=8388608
loose_innodb_rds_faster_ddl=ON
innodb_status_output=OFF
innodb_log_compressed_pages=OFF
slave_net_timeout=60
delay_key_write=ON
max_points_in_geometry=65536
general_log=OFF
max_prepared_stmt_count=16382
wait_timeout=86400
loose_performance_schema_setup_actors_size=10000
innodb_print_all_deadlocks=OFF
innodb_data_file_purge_interval=100
loose_thread_pool_size=4
binlog_stmt_cache_size=32768
transaction_isolation=READ-COMMITTED
innodb_buffer_pool_dump_at_shutdown=ON
query_prealloc_size=8192
key_cache_age_threshold=300
loose_performance_schema_setup_objects_size=10000
loose_rds_kill_connections=20
transaction_alloc_block_size=8192
optimizer_trace_limit=1
optimizer_prune_level=1
loose_performance_schema_max_file_instances=1000
innodb_max_purge_lag=0
innodb_buffer_pool_dump_pct=25
innodb_max_dirty_pages_pct_lwm=0
max_sp_recursion_depth=0
innodb_status_output_locks=OFF
updatable_views_with_limit=YES
binlog_row_image=full
innodb_change_buffer_max_size=25
innodb_optimize_fulltext_only=OFF
local_infile=ON
loose_opt_rds_last_error_gtid=ON
innodb_ft_max_token_size=84
loose_performance_schema_users_size=10000
innodb_max_undo_log_size=1073741824
slave_parallel_type=LOGICAL_CLOCK
loose_thread_pool_enabled=ON
innodb_adaptive_hash_index=OFF
innodb_sync_spin_loops=30
net_write_timeout=60
flush_time=0
loose_internal_tmp_mem_storage_engine=MEMORY
sha256_password_proxy_users=OFF
character_set_filesystem=binary
innodb_flush_sync=ON
tls_version=TLSv1,TLSv1.1,TLSv1.2
key_cache_division_limit=100
loose_performance_schema_max_rwlock_instances=10000
delayed_insert_timeout=300
preload_buffer_size=32768
innodb_data_file_purge=ON
innodb_read_ahead_threshold=56
loose_optimizer_switch=index_merge=on
index_merge_union=on
index_merge_sort_union=on
index_merge_intersection=on,
engine_condition_pushdown=on
index_condition_pushdown=on
mrr=on,mrr_cost_based=on
block_nested_loop=on,batched_key_access=off,
materialization=on,semijoin=on,loosescan=on,firstmatch=on
subquery_materialization_cost_based=on,use_index_extensions=on
concurrent_insert=1
block_encryption_mode=“aes-128-ecb”
slow_query_log=ON
net_buffer_length=16384
innodb_buffer_pool_size={DBInstanceClassMemory*3/4}
delayed_insert_limit=100
innodb_monitor_disable=
loose_performance_schema_max_program_instances=10000
innodb_adaptive_flushing_lwm=10
innodb_log_checksums=ON
delayed_queue_size=1000
session_track_gtids=OFF
innodb_thread_sleep_delay=10000
innodb_old_blocks_pct=37
innodb_ft_sort_pll_degree=2
log_slow_admin_statements=OFF
innodb_stats_on_metadata=OFF
stored_program_cache=256
group_concat_max_len=1024
innodb_sort_buffer_size=1048576
innodb_page_cleaners=1
loose_innodb_parallel_read_threads=1
innodb_spin_wait_delay=6
myisam_sort_buffer_size=262144
innodb_rollback_segments=128
loose_information_schema_stats_expiry=86400
innodb_commit_concurrency=0
innodb_concurrency_tickets=5000
table_definition_cache={LEAST(DBInstanceClassMemory/1073741824*512, 2048)}
auto_increment_increment=1
binlog_checksum=CRC32
max_seeks_for_key=18446744073709500000
performance_point_iostat_volume_size=10000
loose_ccl_queue_bucket_size=64
loose_ccl_queue_hot_update=OFF
max_length_for_sort_data=1024
back_log=3000
max_error_count=64
loose_recycle_bin_retention=604800
innodb_io_capacity_max=40000
innodb_strict_mode=OFF
binlog_order_commits=ON
min_examined_row_limit=0
performance_schema={LEAST(DBInstanceClassMemory/8589934592, 1)}
innodb_ft_min_token_size=3
sync_relay_log_info=10000
innodb_stats_auto_recalc=ON
max_connect_errors=100
join_buffer_size={LEAST(DBInstanceClassMemory/1048576*128, 262144)}
innodb_change_buffering=all
optimizer_trace_max_mem_size=16384
innodb_autoinc_lock_mode=2
innodb_rollback_on_timeout=OFF
loose_opt_rds_enable_show_slave_lag=ON
loose_performance_schema_max_thread_instances=10000
max_write_lock_count=102400
master_verify_checksum=OFF
innodb_ft_num_word_optimize=2000
max_join_size=18446744073709551615
log_error_verbosity=2
loose_validate_password_length=8
log_throttle_queries_not_using_indexes=0
innodb_max_purge_lag_delay=0
loose_optimizer_trace=enabled=off,one_line=off
default_week_format=0
innodb_cmp_per_index_enabled=OFF
host_cache_size=644
low_priority_updates=0
auto_increment_offset=1
range_alloc_block_size=4096
ft_min_word_len=4
sort_buffer_size=262144
slave_type_conversions=
max_allowed_packet=1073741824
read_buffer_size={LEAST(DBInstanceClassMemory/1048576*128, 262144)}
thread_cache_size=100
optimizer_trace_offset=-1
loose_thread_pool_oversubscribe=32
character_set_server=utf8
innodb_adaptive_flushing=ON
performance_point_iostat_interval=2
log_queries_not_using_indexes=OFF
innodb_monitor_enable=
table_open_cache_instances={LEAST(DBInstanceClassMemory/1073741824, 16)}
innodb_flush_neighbors=0
innodb_buffer_pool_instances={LEAST(DBInstanceClassMemory/1073741824, 8)}
进击的程序猿~
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
专栏目录
这27个常见的MySQL服务器参数配置你得记住！
Cairo_A的博客
05-11 918
充分理解 MySQL 配置文件中各个变量的意义对我们有针对性的优化 MySQL 数据库性能有非常大的意义。通常我们需要根据不同的数据量级，不同的生产环境情况对MySQ配置文件进行优化Linux下 MySQL配置文件是my.cnf存放在~/.my.cnf，如果没有设置使用指定目录的my.cnfMySQl会使用按照优先级使用上面的文件，越在前面的优先级越高。本教程将带领大家逐条解析最新的 MySQL 8.0 的配置文件，争取搞懂每一条变量。
mysql-connector-java-5.1.37.rar
07-31
在实际开发中，`mysql-connector-java-5.1.37.jar`通常会添加到项目的类路径（classpath）中，或者如果是Maven或Gradle项目，会在构建配置中声明为依赖。这样，任何需要与MySQL交互的Java代码都能自动找到并使用这个...
MySQL 配置文件my.cnf 服务器适用配置
03-30
经验总结的服务器MySQL适用配置，避免大SQL导入、数据库备份等应用问题
mysql参数配置
liyongbing1122的博客
11-06 307
mysql参数配置 在服务器中每个连接所分配的内存主要由下面四个参数控制： 　　（1）sort_buffer_size 连接进行排序时候分配该配置参数大小的内存进行排序操作，比如该大小设置为100M，如果有100个连接同时进行排序将分配10G的内存，很容易造成服务器内存溢出； 　　（2）join_buffer_size 定义mysql的每个线程所使用连接的缓冲区的大小，对于这个参数需要注意的是，如果一个查询中关联了多张表，那么就会为每个关联分配一个连接缓存，所以每个查询可能会有多...
MySql配置参数很全的Mysql配置参数说明
weixin_33980459的博客
03-10 125
MySql配置参数 　　很全的Mysql配置参数说明 　　1. back_log 　　指定MySQL可能的连接数量。当MySQL主线程在很短的时间内得到非常多的连接请求，该参数就起作用，之后主线程花些时间（尽管很短）检查连接并且启动一个新线程。 　　back_log参数的值指出在MySQL暂时停止响应新请求之前的短时间内多少个请求可以被存在堆栈中。如果系统在一个短时间内有很多连接，则需 要...
2021-06-10拥有MySQL8.0后配置第二个MySQL5.7
可恶的博客
06-10 262
拥有MySQL8.0后配置第二个MySQL5.7 0、准备 ①停止之前的MySQL服务。右键点击“计算机”，选择“管理”，点击“服务和应用程序”，点击“服务”，找到之前的MySQL服务停止。 ②安装： https://dev.mysql.com/downloads/mysql/5.1.html#downloads安装（老版本点Looking for previous GA versions）。 尽量解压文件到C:\mysql57或D:\mysql57。 ③配置环境变量：右键点击“计算机”，选择“属性”，依次
mysql-connector-java-8.0.24.jar
12-18
MySQL Connector/J 8.0.24 是MySQL数据库与Java应用程序之间的重要桥梁，它是一个用于连接Java应用程序到MySQL服务器的JDBC驱动程序。这个压缩包包含的“mysql-connector-java-8.0.24.jar”是这个驱动的二进制文件，...
mysql-connector-java-8.0.25.jar
12-18
mysql-connector-java-8.0.25.jar.txt文件可能是包含有关驱动使用方法、配置示例或版本变更日志的文档。阅读这个文件可以帮助开发者更好地理解和使用这个驱动程序。 总的来说，MySQL Connector/J 8.0.25是Java开发...
mysql-5.5.40-winx64-msi
02-13
MySQL 5.5.40的MSI安装程序简化了在Windows上设置MySQL的过程，包括配置服务器参数、设置账户信息和启动服务。 4. **安装步骤**： - 下载“mysql-5.5.40-winx64-msi”压缩包并解压。 - 双击MSI文件启动安装向导，...
mysql-8.0.26-winx64.zip
09-09
- MySQL的日志系统包括错误日志、查询日志、慢查询日志等，通过配置文件可以控制这些日志的启用和参数。 11. **复制与高可用性** - MySQL支持多种复制模式，如异步复制、半同步复制等，确保数据的一致性和高可用...
mysql安装配置教程rocessing-开发笔记
最新发布
06-19
11. **远程连接**：如果需要远程访问MySQL服务器，需要在MySQL配置文件（my.cnf）中修改bind-address为0.0.0.0，并在`mysql.user`表中授权远程访问。 12. **备份与恢复**：了解如何定期备份数据库以防止数据丢失，...
mysql-connector-java-8.0.24
06-01
MySQL Connector/J 8.0.24 是MySQL数据库与Java应用程序之间的重要桥梁，它是一个用于连接Java应用程序到MySQL服务器的JDBC驱动程序。这个版本的发布旨在提供更高效、更稳定以及更安全的数据访问功能。以下是对这个...
MySQL-5.7.20配置
12-20
"MySQL配置.txt"文件可能包含了更多关于这些高级配置的详细说明，建议仔细阅读以深入了解MySQL的配置细节。 总之，配置MySQL-5.7.20涉及多个方面，从环境准备到具体服务的设定，都需要细心操作。正确配置MySQL不仅...
MySQL-概述-安装配置 mysql-8.0.31-winx64
10-27
5. **性能优化**：通过调整SQL语句、索引优化、配置参数调整等方式，可以提高MySQL的性能。 总的来说，MySQL 8.0.31为Windows用户提供了稳定且高效的数据库服务。了解并熟练掌握MySQL的安装、配置和管理，对于任何...
mysql-connector-java-8.0.20.jar
08-13
此外，`mysql-connector-java-8.0.20.jar`还支持多种配置选项，例如设置超时、SSL连接、字符集、事务隔离级别等，以满足不同场景的需求。开发者可以在连接URL中指定这些参数，或者在JDBC连接属性中设置。 总之，`...
mysql sql_low_priority_updates_SQL语句详解：MySQL update的正确用法
weixin_32009809的博客
01-30 462
以下的文章主要介绍的是MySQL update 语句的实际用法，我们首先是以单表的UPDATE语句来引出实现MySQL update 语句的实际方案，以下就是文章的详细内容描述，望你看完之后会有收获。单表的MySQL UPDATE语句：UPDATE [LOW_PRIORITY] [IGNORE] tbl_nameSET col_name1=expr1 [, col_name2=expr2 ...]...
实践教程之如何使用 PolarDB-X 参数模板
阿里云云栖号
06-20 850
PolarDB-X 为了方便用户体验，提供了免费的实验环境，您可以在实验环境里体验 PolarDB-X 的安装部署和各种内核特性。除了免费的实验，PolarDB-X 也提供免费的视频课程，手把手教你玩转 PolarDB-X 分布式数据库。本期实验将指导您如何使用PolarDB-X参数模板。
mysql中update的low_priority解决并发问题
glenshappy的专栏
03-23 355
在处理访客信息更新是遇到了大并发的问题，low_priority，低优先级，可以让并发没那么占CPU，对于低配VPS来说，作用还是很大的。 UPDATE [LOW_PRIORITY] tbl_name SET col_name1=expr1,col_name2=expr2,... mysql中update用low_priority让update不锁定表 MySQL允许你改变语句调度的优先级，它可以使来自多个客户端的查询更好地协作，这样单个客户端就不会由于锁定而等待很长时间。改变优先级还可以确保特定类型的
MyISAM存储引擎-读、写锁的理解；锁竞争分析；并发插入；锁调度
qq_43185254的博客
06-13 467
MyISAM存储引擎-读、写锁的理解；锁竞争分析；并发插入；锁调度
《MySQL-5.7从入门到精通》第19章-MySQL-Cluster完整.pptx
11-14
《MySQL-5.7从入门到精通》第19章深入探讨了MySQL Cluster技术，这是MySQL数据库系统中的一个重要组成部分，旨在提供高可用性、高性能和可扩展的集群数据管理解决方案。本章分为五个主要部分： 1. **MySQL Cluster...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

进击的程序猿~

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值