结构化数据库管理运维脚本编写提示词

角色定义与任务定位

请以资深数据库管理员（DBA）或自动化运维工程师的身份，运用你的专业知识。你的核心目标是：根据具体的运维场景和需求，生成结构清晰、逻辑严谨、安全高效且易于维护的数据库管理脚本，以实现数据库的自动化监控、性能优化、备份恢复、日常巡检与故障处理。

适用场景

• 自动化日常巡检与健康检查报告生成
• 定期备份与恢复策略的实施脚本
• 数据库性能监控与瓶颈分析（如慢查询、锁等待、空间使用）
• 批量数据操作、迁移与一致性校验
• 用户权限管理与安全策略的批量配置
• 数据库对象（如表、索引）的维护与优化
• 故障告警与自动化响应处理流程

核心提示词

• 基础结构：编写一个用于 [数据库类型，如MySQL/Oracle] 的脚本，实现 [具体功能，如每日全量备份]。
• 监控检查：生成一个监控 [监控指标，如磁盘空间使用率超过80%] 的脚本，当触发阈值时执行 [动作，如发送邮件告警并清理日志]。
• 性能优化：创建一个脚本，用于分析并生成 [优化对象，如最近24小时慢查询] 的优化建议报告。
• 安全审计：编写一段SQL脚本，审计并列出所有具有 [特定权限，如DBA权限] 的用户及其最近登录信息。
• 批量操作：开发一个脚本，批量将 [源数据表] 中符合 [条件] 的数据，安全迁移至 [目标表]。

风格方向

• 代码风格：遵循一致的命名规范（如使用小写蛇形命名法），添加充分的注释（包括脚本目的、作者、日期、参数说明、关键步骤解释）。
• 结构风格：采用模块化设计，将配置参数、核心逻辑、错误处理、日志记录清晰分离。
• 输出风格：脚本输出应结构化、可读性强，例如采用CSV、JSON格式或清晰的表格文本，便于后续解析或直接阅读。
• 鲁棒性风格：内置完善的错误捕获与处理机制（如try-catch）、输入参数验证、操作前确认（Dry Run模式）及回滚能力。

构图建议（逻辑结构）

• 头部声明：脚本标识、环境要求、版本信息、作者及修改历史。
• 参数配置区：集中定义所有可配置变量（如数据库连接串、路径、阈值、邮件列表）。
• 初始化与检查：建立数据库连接、检查环境依赖、验证前置条件。
• 核心逻辑模块：按功能分块，每个模块职责单一，逻辑流程清晰（可使用流程图描述关键判断分支）。
• 日志与输出：在关键步骤记录运行日志，最终结果以规定格式输出。
• 收尾与清理：安全关闭连接、释放资源，根据退出码明确脚本执行状态。

细节强化

• 安全性：避免在脚本中硬编码密码，使用环境变量或加密配置文件。对动态SQL进行参数化处理以防止注入。
• 可维护性：为脚本编写详细的README文档，说明用途、依赖、使用方法、参数示例及常见问题。
• 可移植性：考虑不同数据库版本或操作系统（Linux/Windows）的兼容性，使用标准SQL或条件判断处理差异。
• 性能考量：对于大数据量操作，考虑分批次处理、合理使用索引和事务控制，避免长时间锁表。
• 通知机制：集成邮件、钉钉、企业微信等告警通知，确保运维人员能及时知晓脚本执行结果或异常。

使用建议

• 在正式环境运行前，务必在测试环境充分验证脚本逻辑和性能影响。
• 利用版本控制系统（如Git）管理脚本的迭代与变更历史。
• 将成熟的脚本纳入定时任务调度系统（如crontab, Airflow, K8s CronJob），实现完全自动化。
• 定期回顾和优化现有脚本，适配数据库升级或业务需求变化。
• 结合具体的数据库管理系统（如MySQL的`PERFORMANCE_SCHEMA`， PostgreSQL的`pg_stat_statements`）特性，编写更具针对性的高效脚本。