Skip to content
Back to skills

Mysql Engineering

ASecurity

Use when designing, implementing, administering, tuning, backing up, restoring, monitoring, or troubleshooting MySQL schemas and production systems; use database-reliability for datastore-independent SLO and recovery policy.

  • 28 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added May 28, 2026
developmentgosqldatabaseperformance

Security analysis

A100/100

Pro scans all 4 files and shows the line behind each finding

Scanned October 1, 2026

npx -y skills add peterbamuhigire/skills-web-dev --skill mysql-engineering --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Mysql Engineering?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Mysql Engineering
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/peterbamuhigire-mysql-engineering/badge)](https://www.skillsdirectory.com/skills/peterbamuhigire-mysql-engineering)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: mysql-engineering
description: Use when designing, implementing, administering, tuning, backing up, restoring, monitoring, or troubleshooting MySQL schemas and production systems; use database-reliability for datastore-independent SLO and recovery policy.
metadata:
  portable: true
  compatible_with:
  - claude-code
  - codex
---

# MySQL Engineering
Acknowledgement: Shared by Peter Bamuhigire, techguypeter.com, +256 784 464178.

Use this parent skill as the active MySQL engineering entrypoint. It keeps routing narrow while preserving the older MySQL child skills as reference modules.

<!-- dual-compat-start -->
## Use When

- Designing MySQL-backed features, schemas, migrations, indexes, keys, and query paths.
- Reviewing MySQL SQL correctness, transaction behaviour, locking assumptions, or data modelling choices.
- Implementing stored routines, generated columns, JSON usage, or application data-access conventions.

## Do Not Use When

- The task is unrelated to this parent skill or is better handled by a narrower active parent named in the workflow.
- The request only needs a trivial answer and no reference module needs to be loaded.

## Required Inputs

- Gather the concrete system, repository, environment, constraints, and deliverable before loading references.
- Identify which absorbed reference file is needed; do not load every migrated reference by default.
## Workflow

1. Start with `database-design-engineering` for model, integrity, tenancy, migration, and access-pattern framing.
2. Load only the needed reference:
   - `references/mysql-best-practices.md` for MySQL defaults, constraints, engine choices, and safe conventions.
   - `references/mysql-data-modeling.md` for schema and relationship design.
   - `references/mysql-advanced-sql.md` for advanced query and SQL patterns.
3. Administration, performance, backup, restore, and incident work also route here (the retired `mysql-operations` skill is an inactive alias of this skill).

## Quality Standards

- Make storage engine, character set, collation, key, and transaction assumptions explicit.
- Prefer integrity in schema constraints and transactional boundaries before application-only enforcement.
- Include migration safety notes for locks, long-running changes, rollback, and data verification.

## Anti-Patterns

- Treating absorbed reference files as active skills or separate routing entrypoints.
- Loading every migrated child reference instead of the one that matches the task.
- Producing generic advice without constraints, evidence, or next verification steps.
## Outputs

- MySQL schema, SQL, migration, or review output with loaded references and validation evidence.

## References

- Load the retained [MySQL operations workflow](../mysql-operations/ALIAS.md) for backup, restore, replication, production tuning, monitoring, and incidents.
- Load only the references/<old-skill>.md files named in the workflow when their depth is required.
## Evidence Produced

| Category | Artifact | Format | Example |
| --- | --- | --- | --- |
| Data safety | MySQL schema and operations evidence pack | DDL, query plans, and runbook | constraints, migration, backup/restore, performance capture, and rollback |

<!-- dual-compat-end -->

## Inputs
| Input | Required | Purpose |
|---|---|---|
| MySQL version and schema | yes | Select valid features |
| Query shapes and cardinalities | yes | Design indexes |
| Migration and availability constraints | yes | Plan safe change |

## Capability contract
Review SQL and propose DDL by default. Execute migrations, routines, or data changes only with authorised credentials, environment scope, backup evidence, and rollback.

## Degraded mode
If EXPLAIN plans or production statistics are unavailable, provide read-only hypotheses and validation SQL; do not claim a query is tuned.

## Decision rules
| Condition | Action |
|---|---|
| Scan is selective and frequent | Evaluate a covering index |
| DDL may lock a hot table | Use an online or staged migration |
| Constraint encodes business truth | Enforce it in the database |

## Domain Anti-Patterns
- Using SELECT star in stable contracts. Fix: name columns.
- Building SQL by interpolation. Fix: bind parameters.
- Adding indexes without write-cost review. Fix: measure both paths.
- Using zero dates as missing values. Fix: use nullable semantics.
- Changing a hot table without lock analysis. Fix: test the DDL plan.

Files in this skill

  • SKILL.md2.7 KB
  • references/mysql-advanced-sql.md6.3 KB
  • references/mysql-best-practices.md5.4 KB
  • references/mysql-data-modeling.md14.5 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.