站保站

服务市场
  • 网站市场
  • 单机游戏
  • 平台大厅
  • 转让市场
  • 发卡市场
  • 广告市场
  • 下载市场
  • 收录市场
  • 本站平台
    平台客服
    微信Q群



    平台微博/weibo    平台微信/公众号    平台抖音/快手   
    曝光台    保障    地图   
    上传资源 快速赚钱
    站保站    登录      |  注册  |  

    只需一步,快速开始!

     找回密码   |   协议
    热门搜索: 网站开发 App报毒 挖矿源码 代办资质

    mysql双主生产环境优化配置

    • 时间:2020-10-27 17:12 编辑:时空无限 来源: 阅读:64
    • 扫一扫,手机访问
    摘要:

    服务器资源

    8核心CPU 10G内存

    mysql01优化后的配置

    cat > /etc/my.cnf <<EOF
    [mysqld]
    skip-name-resolve
    datadir=/disk/mysql_data/
    #datadir=/opt/
    socket=/var/lib/mysql/mysql.sock
    character_set_server=utf8
    collation-server=utf8_general_ci
    #事务语句刷磁盘配置
    innodb_flush_log_at_trx_commit = 2
    
    log-bin=mysql-bin
    binlog_format=mixed
    server-id=1
    
    ##打开Mysql中继日志
    relay_log = mysql-relay-bin
    ##使得更新的数据写进二进制日志中
    log_slave_updates =1
    ##表示自增长ID的数量,即步进
    auto_increment_increment=2
    ##自增长ID起始位置
    auto_increment_offset=1
    #主从同步日志保存天数
    expire_logs_days = 3
    #当slave从库宕机后,假如relay-log损坏了,导致一部分中继日志没有处理,则自动放弃所有未执行的relay-log,并且重新从master上获取日志,这样就保证了relay-log的完整性。
    relay_log_recovery = 1
    
    #开启作业
    event_scheduler=ON
    #event_scheduler = 1
    #指定数据库最大连接数
    max_connections=1000
    
    slow_query_log=on
    slow_query_log_file=/disk/mysql_data/slow_query_log.log
    long_query_time=5
    
    # Disabling symbolic-links is recommended to prevent assorted security risks
    symbolic-links=0
    # Settings user and group are ignored when systemd is used.
    # If you need to run mysqld under a different user or group,
    # customize your systemd unit file for mariadb according to the
    # instructions in http://fedoraproject.org/wiki/Systemd
    
    net_buffer_length=256k
    max_allowed_packet=100M
    thread_stack = 256K
    table_cache = 128K
    read_buffer_size = 4M
    #读查询操作所能使用的缓冲区大小。和sort_buffer_size一样,该参数对应的分配内存也是每连接独享。
    join_buffer_size = 8M
    #联合查询操作所能使用的缓冲区大小,和sort_buffer_size一样,该参数对应的分配内存也是每连接独享。
    #myisam_sort_buffer_size = 64M
    table_cache = 512
    thread_cache_size = 64
    query_cache_size = 64M
    tmp_table_size = 256M
    #max_connections = 768
    #指定MySQL允许的最大连接进程数。如果在访问论坛时经常出现Too Many Connections的错误提 示,则需要增大该参数值。
    max_connect_errors = 10000000
    #wait_timeout = 30
    #指定一个请求的最大连接时间,对于4GB左右内存的服务器可以设置为5-10。
    thread_concurrency = 16
    #该参数取值为服务器逻辑CPU数量*2,在本例中,服务器有2颗物理CPU,而每颗物理CPU又支持H.T超线程,所以实际取值为4*2=8
    #skip-networking
    table_cache=1024
    #物理内存越大,设置就越大.默认为2402,调到512-1024最佳
    innodb_additional_mem_pool_size=4M
    #默认为2M
    #innodb_flush_log_at_trx_commit=1
    #设置为0就是等到innodb_log_buffer_size列队满后再统一储存,默认为1
    innodb_log_buffer_size=2M
    read_buffer_size=4M
    #默认为64K
    read_rnd_buffer_size=16M
    #默认为256K
    sort_buffer_size=32M
    #默认为256K
    thread_cache_size=120
    #默认为60
    query_cache_size=32M
    innodb_buffer_pool_size=5120M
    #这对Innodb表来说非常重要。Innodb相比MyISAM表对缓冲更为敏感。MyISAM可以在默认的 key_buffer_size 设置下运行的可以,然而Innodb在默认的 innodb_buffer_pool_size 设置下却跟蜗牛似的。由于Innodb把数据和索引都缓存起来,无需留给操作系统太多的内存,因此如果只需要用Innodb的话则可以设置它高达 70-80% 的可用内存。一些应用于 key_buffer 的规则有 — 如果你的数据量不大,并且不会暴增,那么无需把 innodb_buffer_pool_size 设置的太大了。
    #innodb_additional_pool_size – 这个选项对性能影响并不太多,至少在有差不多足够内存可分配的操作系统上是这样。不过如果你仍然想设置为 20MB(或者更大),因此就需要看一下Innodb其他需要分配的内存有多少。
    innodb_log_file_size=512M 
    #在高写入负载尤其是大数据集的情况下很重要。这个值越大则性能相对越高,但是要注意到可能会增加恢复时间。我经常设置为64-512MB,跟据服务器大小而异。
    #innodb_log_buffer_size 默 认的设置在中等强度写入负载以及较短事务的情况下,服务器性能还可 以。如果存在更新操作峰值或者负载较大,就应该考虑加大它的值了。如果它的值设置太高了,可能会浪费内存 — 它每秒都会刷新一次,因此无需设置超过1秒所需的内存空间。通常 8-16MB 就足够了。
    
    #innodb刷新的方式,影响innodb读取数据的方式O_DIRECT 为Linux的最好选择
    innodb_flush_method = O_DIRECT
    ##控制innodb如何使用表空间,为1表示为每个表建立单独的表空间,为0表示使用系统表空间,强烈建议设置为1
    ##innodb_file_per_table = 1 
    #local-infile=1
    
    [mysql]
    local-infile=1
    prompt = MySQL-01 [(\u)]>
    
    [client]
    default-character-set=utf8
    
    [mysqld_safe]
    log-error=/var/log/mariadb/mariadb.log
    pid-file=/var/run/mariadb/mariadb.pid
    
    #
    # include all files from the config directory
    #
    !includedir /etc/my.cnf.d
    EOF
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14
    • 15
    • 16
    • 17
    • 18
    • 19
    • 20
    • 21
    • 22
    • 23
    • 24
    • 25
    • 26
    • 27
    • 28
    • 29
    • 30
    • 31
    • 32
    • 33
    • 34
    • 35
    • 36
    • 37
    • 38
    • 39
    • 40
    • 41
    • 42
    • 43
    • 44
    • 45
    • 46
    • 47
    • 48
    • 49
    • 50
    • 51
    • 52
    • 53
    • 54
    • 55
    • 56
    • 57
    • 58
    • 59
    • 60
    • 61
    • 62
    • 63
    • 64
    • 65
    • 66
    • 67
    • 68
    • 69
    • 70
    • 71
    • 72
    • 73
    • 74
    • 75
    • 76
    • 77
    • 78
    • 79
    • 80
    • 81
    • 82
    • 83
    • 84
    • 85
    • 86
    • 87
    • 88
    • 89
    • 90
    • 91
    • 92
    • 93
    • 94
    • 95
    • 96
    • 97
    • 98
    • 99
    • 100
    • 101
    • 102
    • 103
    • 104
    • 105
    • 106
    • 107
    • 108
    • 109
    • 110
    • 111

    mysql02优化后的配置

    cat > /etc/my.cnf <<EOF
    [mysqld]
    #忽略主从复制遇到的错误
    slave-skip-errors=1539
    skip-name-resolve
    datadir=/disk/mysql_data/
    #datadir=/opt/
    socket=/var/lib/mysql/mysql.sock
    character_set_server=utf8
    collation-server=utf8_general_ci
    #事务语句刷磁盘配置
    innodb_flush_log_at_trx_commit = 2
    
    log-bin=mysql-bin
    binlog_format=mixed
    server-id=2
    
    ##打开Mysql中继日志
    relay_log = mysql-relay-bin
    ###使得更新的数据写进二进制日志中
    log_slave_updates =1
    ###表示自增长ID的数量,即步进
    auto_increment_increment=2
    ###自增长ID起始位置
    auto_increment_offset=2
    #主从同步日志保存天数
    expire_logs_days = 3
    #当slave从库宕机后,假如relay-log损坏了,导致一部分中继日志没有处理,则自动放弃所有未执行的relay-log,并且重新从master上获取日志,这样就保证了relay-log的完整性。 
    relay_log_recovery = 1
    
    #开启作业
    event_scheduler=ON
    ##event_scheduler = 1
    
    #指定数据库最大连接数
    max_connections=1000
    
    slow_query_log=on
    slow_query_log_file=/disk/mysql_data/slow_query_log.log
    long_query_time=5
    
    # Disabling symbolic-links is recommended to prevent assorted security risks
    symbolic-links=0
    # Settings user and group are ignored when systemd is used.
    # If you need to run mysqld under a different user or group,
    # customize your systemd unit file for mariadb according to the
    # instructions in http://fedoraproject.org/wiki/Systemd
    net_buffer_length=256k
    max_allowed_packet=100M
    thread_stack = 256K
    table_cache = 128K
    read_buffer_size = 4M
    #读查询操作所能使用的缓冲区大小。和sort_buffer_size一样,该参数对应的分配内存也是每连接独享。
    join_buffer_size = 8M
    #联合查询操作所能使用的缓冲区大小,和sort_buffer_size一样,该参数对应的分配内存也是每连接独享。
    #myisam_sort_buffer_size = 64M
    table_cache = 512
    thread_cache_size = 64
    query_cache_size = 64M
    tmp_table_size = 256M
    #max_connections = 768
    #指定MySQL允许的最大连接进程数。如果在访问论坛时经常出现Too Many Connections的错误提 示,则需要增大该参数值。
    max_connect_errors = 10000000
    #wait_timeout = 10
    #指定一个请求的最大连接时间,对于4GB左右内存的服务器可以设置为5-10。
    thread_concurrency = 16
    #该参数取值为服务器逻辑CPU数量*2,在本例中,服务器有2颗物理CPU,而每颗物理CPU又支持H.T超线程,所以实际取值为4*2=8
    #skip-networking
    table_cache=1024
    #物理内存越大,设置就越大.默认为2402,调到512-1024最佳
    innodb_additional_mem_pool_size=4M
    #默认为2M
    #innodb_flush_log_at_trx_commit=1
    #设置为0就是等到innodb_log_buffer_size列队满后再统一储存,默认为1
    innodb_log_buffer_size=2M
    read_buffer_size=4M
    #默认为64K
    read_rnd_buffer_size=16M
    #默认为256K
    sort_buffer_size=32M
    #默认为256K
    thread_cache_size=120
    #默认为60
    query_cache_size=32M
    innodb_buffer_pool_size=5120M
    #这对Innodb表来说非常重要。Innodb相比MyISAM表对缓冲更为敏感。MyISAM可以在默认的 key_buffer_size 设置下运行的
    #可以,然而Innodb在默认的 innodb_buffer_pool_size 设置下却跟蜗牛似的。由于Innodb把数据和索引都缓存起来,无需留给操作系统太多的内存,因此如果只需要用Innodb的话则可以设置它高达 70-80% 的可用内存。一些应用于 key_buffer 的规则有 — 如果你的数据量不大,并且不会暴增,那么无需把 innodb_buffer_pool_size 设置的太大了。
    
    #innodb_additional_pool_size – 这个选项对性能影响并不太多,至少在有差不多足够内存可分配的操作系统上是这样。不过如果你仍然想设置为 20MB(或者更大),因此就需要看一下Innodb其他需要分配的内存有多少。
    #
    innodb_log_file_size=512M 
    #在高写入负载尤其是大数据集的情况下很重要。这个值越大则性能相对越高,但是要注意到可能会增加恢复时间。我经常设置为64-512MB,跟据服务器大小而异。
    # innodb_log_buffer_size 默 认的设置在中等强度写入负载以及较短事务的情况下,服务器性能还可 以。如果存在更新操作峰值或者负载较大,就应该考虑加大它的值了。如果它的值设置太高了,可能会浪费内存 — 它每秒都会刷新一次,因此无需设置超过1秒所需的内存空间。通常 8-16MB 就足够了。
    
    #innodb刷新的方式,影响innodb读取数据的方式O_DIRECT 为Linux的最好选择
    innodb_flush_method = O_DIRECT
    #控制innodb如何使用表空间,为1表示为每个表建立单独的表空间,为0表示使用系统表空间,强烈建议设置为1
    #innodb_file_per_table = 1 
    #local-infile=1
    
    [mysql]
    local-infile=1
    prompt = MySQL-02 [(\u)]>
    
    [client]
    default-character-set=utf8
    
    [mysqld_safe]
    log-error=/var/log/mariadb/mariadb.log
    pid-file=/var/run/mariadb/mariadb.pid
    
    #
    # include all files from the config directory
    #
    !includedir /etc/my.cnf.d
    EOF
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14
    • 15
    • 16
    • 17
    • 18
    • 19
    • 20
    • 21
    • 22
    • 23
    • 24
    • 25
    • 26
    • 27
    • 28
    • 29
    • 30
    • 31
    • 32
    • 33
    • 34
    • 35
    • 36
    • 37
    • 38
    • 39
    • 40
    • 41
    • 42
    • 43
    • 44
    • 45
    • 46
    • 47
    • 48
    • 49
    • 50
    • 51
    • 52
    • 53
    • 54
    • 55
    • 56
    • 57
    • 58
    • 59
    • 60
    • 61
    • 62
    • 63
    • 64
    • 65
    • 66
    • 67
    • 68
    • 69
    • 70
    • 71
    • 72
    • 73
    • 74
    • 75
    • 76
    • 77
    • 78
    • 79
    • 80
    • 81
    • 82
    • 83
    • 84
    • 85
    • 86
    • 87
    • 88
    • 89
    • 90
    • 91
    • 92
    • 93
    • 94
    • 95
    • 96
    • 97
    • 98
    • 99
    • 100
    • 101
    • 102
    • 103
    • 104
    • 105
    • 106
    • 107
    • 108
    • 109
    • 110
    • 111
    • 112
    • 113
    • 114
    • 115
    • 116
    • 全部评论(0)
    • 最新

    信息加载中,请等待

    微信客服(速回)

    微信客服(慢回)



    企业微信客服二维码
    联系我们
    平台客服: 平台QQ客服

    平台电话:400电话迁移中!

    平台邮箱:28292383@qq.com

    工作时间:周一至周五:早10:00 晚:18:00

    营业执照     网站ICP备案:鲁ICP备20027607号-1     鲁公网安备:37068702000078号     增值电信业务经营许可证、在线数据与交易处理业务许可证:鲁B2-20200681      © 2016-2024 站保站  https://www.zhanbaozhan.com/ 版权所有!      平台规范:   关于我们   广告合作   隐私条款   免责声明   法律声明   服务条款   网站地图   平台工单!