GreatSQL优化

本文档主要介绍从GreatSQL数据库层的几个优化参考。

通常情况下，运行GreatSQL数据库时，采用 这份my.cnf 参考就足够了。

下面针对其中的几个关键参数选项稍作解读：

  • no-auto-rehash mysql客户端登入时，不读取全部metadata，避免影响性能以及产生MDL等待。

  • skip_name_resolve = 1 不进行DNS反解析，提高用户端连接性能。

  • default_time_zone = “+8:00” 显示指定时区，避免频繁调用时区转换函数，提升性能。请务必根据实际情况调整本参数。

  • lock_wait_timeout = 3600 限制表级锁、MDL锁、备份锁等最大等待时长。

  • log_error_verbosity = 3 设置为3可以记录更多日志信息，便于问题分析排查。

  • slave_parallel_type = LOGICAL_CLOCK

  • slave_parallel_workers = 64 采用LOGICAL_CLOCK模式，并行复制线程数最高可以设置为逻辑CPU数量的2倍，提高SQL线程应用事务的并行效率。

  • binlog_transaction_dependency_tracking = WRITESET 采用WRITESET模式提高从节点事务并行回放度。

  • slave_preserve_commit_order = 1 从节点回放事务时，要保证事务顺序，避免和主节点数据不一致。

  • loose-force_parallel_execute = OFF 启用InnoDB并行查询优化功能。

  • loose-parallel_default_dop = 8 设置每个SQL语句的并行查询最大并发度。

  • loose-parallel_max_threads = 64 设置系统中总的并行查询线程数，可以和最大逻辑CPU数量一样。

  • loose-parallel_memory_limit = 12G 并行执行时leader线程和worker线程使用的总内存大小上限，可以设置物理内存的5-10%左右

  • loose-group_replication_flow_control_mode = “DISABLED” 关闭MySQL原生的MGR流控模式，因为其作用不大。

  • loose-group_replication_majority_after_mode = ON 在AFTER模式下，当发生个别节点异常时，只要多数派达成一致即可，不会导致整个MGR都被hang住。

  • loose-group_replication_communication_max_message_size = 10M 设置MGR通信消息分片，避免一次性发送消息太大，导致网络拥塞，影响MGR性能。

  • loose-group_replication_single_primary_fast_mode = 1 启用快速单主模式。

  • loose-group_replication_request_time_threshold = 100 记录因MGR通信超过阈值的事件，便于后续检查确认MGR通信性能是否存在瓶颈。

  • loose-group_replication_primary_election_mode = GTID_FIRST 设置MGR选主模式为GTID_FIRST，在发生主节点切换时，会优先选择事务应用效率最高的那个节点。

  • innodb_io_capacity = 4000

  • innodb_io_capacity_max = 8000 配置高端PCIe SSD卡的话，则可以调整的更高，比如 50000 - 80000

  • innodb_thread_concurrency = 0 不限制InnoDB并行线程数，使其发挥最大性能。但如果业务端发起的业务请求并行度总是超过服务器逻辑CPU数，则可能导致CPU调度频繁等待，此时可以考虑将本选项设置为逻辑CPU的数量。

问题反馈

联系我们

扫码关注微信公众号

输入图片说明