可能会有更好的性能。 应用优化 应用优化 编写高效的 编写高效的 SQL SQL （一） （一）  能够快速缩小结果集的 能够快速缩小结果集的 WHERE WHERE 条件写在前面，如果有恒量条件， 条件写在前面，如果有恒量条件， 也尽量放在前面 也尽量放在前面  尽量避免使用 尽量避免使用 GROUP BY GROUP BY 、 、 DISTINCT DISTINCT 左边进行算术或表达式运算，否则系统将 左边进行算术或表达式运算，否则系统将 可能无法正确使用索引 可能无法正确使用索引  尽量不要在 尽量不要在 where where 条件中使用函数，否则将不能使用索引 条件中使用函数，否则将不能使用索引  避免使用 避免使用 select *, select *, 只取需要的字段 只取需要的字段  对于大数据量的查询，尽量避免在 对于大数据量的查询，尽量避免在 IO 开销 开销  只关心需要的表和满足条件的数据 只关心需要的表和满足条件的数据  适当使用临时表或表变量 适当使用临时表或表变量  对于连续的数值，使用 对于连续的数值，使用 between between 代替 代替 in in  where where 字句中尽量不要使用 字句中尽量不要使用 CASE CASE 条件 条件  尽量不用触发器，特别是在大数据表上

k8s mha operator 重新调度 mha MHA 扩缩容 • 扩容：直接执行 • 缩容：集群 master 是谁？ 判断条件： 缩容操作且 master 为 sts 最后一个 pod operator 执行 sts 扩缩容 判断 调用 mha 切主 否 是 pod 都正常运行？ 重新调度 mha MGR 高可用简介 • 多主和单主两种工作模式 • MGR

内核优化项 优化目的 Config优化 关闭refcount_full。 idle_balance定制特性 新增STEAL流程，如果idle_balance迁移线程失败会触 发，STEAL流程简化了判断逻辑，会从sd_llc上的任意 overload的cpu迁移进程过来，从而提升cpu利用率。 方法 kernel的优化在openEuler 20.09中默认是关闭的，需要用以下步骤开启：

定表。 备份策略： 1.每日自动化备份。 2.DBA临时手工备份。 过载保护 alert Kill SQL 触发条件 DB 记录到DB 微信告警 微信告警 API HTTP POST 目的: • 当系统数据库较高时确保大多数请求能够够正常访问。 触发条件: • 依赖监控告警系统,thread_running > 30(可自定义) kill哪些语句: • select语句

任何形式和手段复制和使用。 本文的宗旨只是提供相关信息，其内容如有变动，恕 不另行通知。Oracle 公司对本文内容的准确性不提供 任何保证，也不做任何口头或法律形式的其他保证或 条件，包括关于适销性或符合特定用途的所有默示保 证和条件。本公司特别声明对本文档不承担任何义务， 而且本文档也不能构成任何直接或间接的合同责任。 未经 Oracle 公司事先书面许可，严禁将此文档为了任 何目的，以任何形式或手段(无论是电子的还是机械的)

分别进行设置，为读写分离做准备。  扩展不是很方便。  可以在后面添加多个从服务器，并做到负载均衡。 缺点：  在启动或者恢复后会立即替换掉定义的 sorry_server，因此如果要实现指 定条件替换或者不替换需要通过其他方式实现，比如：临时更改 mysql 的端口等。  切换需要 1s 左右的时间。 2.4 方案实战 2.4.1 适用场景 这个方案适用于只有两台数据库服务器并且还没有实现数据库的读写 分别进行设置，为读写分离做准备。  扩展很方便。可以在后面添加多个从服务器，并做到负载均衡。 缺点：  在启动或者恢复后会立即替换掉定义的 sorry_server，因此如果要实现指 定条件替换或者不替换需要通过其他方式实现，比如：临时更改 mysql 的端口等。  安装配置比单写入稍微复杂，需要另外一个 VIP。管理比单写入复杂。  主切换后从需要手工切换。 