MySQL 企业级安全性来利用现有安全基础架构  使用加密、密钥生成和数字签名保护敏感数据  通过 MySQL 企业级防火墙阻止针对数据库的攻击（如 SQL 注入）  对现有 MySQL 应用实施基于策略的审计合规性  通过 MySQL Enterprise Monitor 提高数据库性能和可用性  通过 MySQL Query Analyzer NoSQL 访问有助于执行复杂的查询以及快速完成简单快速的键值操作。  平台独立性让您可以灵活地在多个操作系统上开展开发和部署工作。  使用 MySQL 作为 Hadoop 和 Cassandra 的业务数据存储，支持大数据互操作性。 MySQL 企业级备份 MySQL 企业级备份能够执行 MySQL 数据库无阻塞联机备份。除了对所有 InnoDB 数据执行完整、 增量和部分备份以外，MySQL 节点故障检 测和数据库故障切换相关操作提供原生高可用性，所有这些都无需人工干预或定制工具。 MySQL 企业级可扩展性 MySQL 企业级可扩展性可帮助您满足不断增长的用户、查询和数据负载对性能和可扩展性的要 求。MySQL 线程池提供了一个高效的线程处理模型，旨在降低客户端连接和语句执行线程的管 理开销。 MySQL 企业级身份验证 MySQL 企业级身份验证提供了随时可用

以上，推荐是 16M ，该选项对 排序 order by ， group by 起作用 record_buffer 128K 64M 每个进行一个顺序扫描的线程为其扫描的每 张表分配这个大小的一个缓冲区，可以设置 为 2M 以上 table_cache 64 1024 为所有线程打开表的数量。增加该值能增加 mysqld 要求的文件描述符的数量。 MySQL 对每个唯一打开的表需要 2 个文件描述符。 代表日志只大约每秒写入日志文件并且日志文件 刷新到磁盘 ; 1 为执行完没执行一条 SQL 马上 commit; 2 代表日志写入日志文件在每次提交 后 , 但是日志文件只有大约每秒才会刷新到磁盘上 . 对速度影响比较大，同时也关系数据完整性 innodb_log_file_size 8M 512M 在日志组中每个日志文件的大小 , 一般是 innodb_buffer_pool_size 的 25% ，官方推荐是 像性别、状态值等等建立索引没有意义  字段唯一，最少，不可为 字段唯一，最少，不可为 null null  对大数据量表建立聚集索引，避免更新操作带来的碎片。 对大数据量表建立聚集索引，避免更新操作带来的碎片。  尽量使用短索引，一般对 尽量使用短索引，一般对 int int 、 、 char/varchar char/varchar 、 、 date/tim date/tim

出适合自己公司的高可用 mysql 方案。 经常有网友问 mysql 高可用如何实现，希望得到一些能实际使用的可验证的高可用 方案。所以花了些时间对 mysql 高可用的几种常用方式做一下总结，及写出详细的配置 方案，方便网友学习以及验证，希望对大家学习 mysql 高可用有所帮助。这也是本文档 的目的所在 由于本人经验和水平有限，有不对之处烦请指出，多交流，互相帮助，共同进步。 下面的几种高可用方案在 63 环境测试通过。 目前 Mysql 的高可用主要有 Lvs+Keepalived、Heartbeat、MMM、mysql cluster 三种方式， 由 于 时 间 关 系 这 里 不 对 mysql cluster 做 介 绍 ， 有 兴 趣 的 可 以 访 问 http://blog.chinaunix.net/uid-20639775-id-201960.html，下面就逐一地来详细介绍其他几种高 看看是否能正常切换回来。  重新启动 master 看看能否切换过程是否 OK。 4.5.8 监控方案 因为 heartbeat 不监控资源的可用性以及切换后会将资源停止，所以需要加强 对资源和 heartbeat 的监控，推荐采用 nagios 软件来进行可用性的监控。 5 Heartbeat+DRBD+mysql 高可用方案 5.1 方案简介 本方案采用 Heartbeat

择，基础软件的选择；从小的方面来说，包括每个子系统的设计，算法选择，如何使 用编译器的选项，如何发挥硬件最大的性能等等。 在性能优化时，我们必须遵循一定的原则，否则，有可能得不到正确的调优结果。主 要有以下几个方面： ● 对性能进行分析时，要多方面分析系统的资源瓶颈所在，因为系统某一方面性能 低，也许并不是它自己造成的，而是其他方面造成的。如CPU利用率是100%时， 很可能是内存容量太小，因为CPU忙于处理内存调度。 deadline > /sys/ block/${device}/queue/ scheduler /sys/block/$ {device}/queue/ nr_requests 提升磁盘吞吐量，尤其对myisam 存储引擎，可以调整到更大。命令 中的${device}为数据盘名称，根据 实际磁盘名称进行修改。 echo 2048 > /sys/ block/${device}/queue/ nr_requests dirty_ratio 内存里的脏数据百分比不能超过 这个值。 echo 5 > /proc/sys/vm/ dirty_ratio 3.9 内核优化 目的 openEuler 20.09对kernel进行了优化，具体优化项如下： 内核优化项 优化目的 Config优化 关闭refcount_full。 idle_balance定制特性 新增STEAL流程，如果idle_balance迁移线程失败会触

Clusterware 将服务器场中 的服务器组合为一个群集 – 以 Oracle RAC 为核心 •Oracle Cluster 12c 包括 MySQL Server 代理 •对 MySQL 数据库进行计划内迁移 和自动故障转移 – 对使用受管 VIP 的应用程序不可见 – 共享存储，一次 1 个实例 4/16/2017 在 Oracle Clusterware 上部署 MySQL 17 版权所有 和/或其附属公司。保留所有权利。 34 不使用 MySQL Cluster Manager • 群集状态初步检查需要 1 条命令 • 每台服务器 8 条 ssh 命令 • 每个进程 8 条停止命令 • 对配置文件执行 4 条 scp（2 条 mgmd，2 条 mysqld） • 每个进程 8 条启动命令 • 检查启动和重新加入的进程需要 8 条命令 • 进程完成验证需要 8 条命令 • 验证整个群集完成恢复需要

mail TCMHA 管理分为两个部分： • MariaDB、MySQL5.6的高可用管理是基于开源 工具MHA定制开发后的工具完成的，该工具支持 了MariaDB的gtid、更完善的哨兵检测机制、对 接了DB中间件等定制化功能。 • MySQL5.7的MGR复制集群是我们自己写的一套 高可用组件配合DB中间，实现无感知的高可用切 换。 兼容mysql协议 支持SELECT/INSERT/UPDATE/DELETE语句