Source profileQuality 94/100

affaan-m/ECC/skills/mysql-patterns/SKILL.md

mysql-patterns

MySQL and MariaDB schema, query, indexing, transaction, replication, and connection-pool patterns for production backends.

Source repository stars
234,327
Declared platforms
0
Static risk flags
0
Last source update
2026-07-27
Source checked
2026-07-28

Decision brief

What it does—and where it fits

Use this skill when working on MySQL or MariaDB schema design, migrations, slow-query investigation, queue-style transactions, connection pools, or production database configuration. Prefer exact version checks before applying a feature-specific pattern because MySQL and MariaDB…

Best for

    Not for

    • Tasks that require unconfirmed production actions or broad system permissions.
    • Environments where the pinned source and install steps cannot be inspected.

    Compatibility matrix

    Platform support, with evidence labels

    PlatformStatusEvidenceWhat to check
    CodexNot declaredNo explicit evidencePortability before use
    Claude CodeNot declaredNo explicit evidencePortability before use
    CursorNot declaredNo explicit evidencePortability before use
    Gemini CLINot declaredNo explicit evidencePortability before use
    Open the compatibility checker

    Installation

    Inspect first. Install second.

    The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.

    Source-detected install commandSource
    npx skills add https://github.com/affaan-m/ECC --skill "skills/mysql-patterns"
    Safe inspection promptEditorial

    Inspect the Agent Skill "mysql-patterns" from https://github.com/affaan-m/ECC/blob/4e973d3eaf92d97f8d2e2d8abb39d8bdc8711b38/skills/mysql-patterns/SKILL.md at commit 4e973d3eaf92d97f8d2e2d8abb39d8bdc8711b38. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.

    Workflow

    What the source asks the agent to do

    1. 01

      Activation

      Designing MySQL or MariaDB tables, indexes, and constraints

      Designing MySQL or MariaDB tables, indexes, and constraintsReviewing migrations before they run on large production tablesDebugging slow queries, lock waits, deadlocks, or connection exhaustion
    2. 02

      Version Check

      Start by identifying the engine and version:

      MySQL documents row aliases as the replacement for VALUES(col) inMariaDB documents VALUES(col) as the supported way to reference insertedSKIP LOCKED is appropriate for queue-like work only. It skips locked rows
    3. 03

      Schema Defaults

      Review the “Schema Defaults” section in the pinned source before continuing.

      Review and apply the “Schema Defaults” source section.
    4. 04

      Indexing

      Composite index order usually follows equality predicates first, then range or sort columns:

      Composite index order usually follows equality predicates first, then range or sort columns:Use EXPLAIN before adding or changing an index:Avoid adding indexes blindly. Each index increases write cost, migration time, backup size, and buffer-pool pressure.
    5. 05

      Query Patterns

      Cross-engine-compatible form:

      Cross-engine-compatible form:Use the row-alias form only after confirming the target is MySQL. Use VALUES(col) for MariaDB or mixed MySQL/MariaDB fleets.Back it with an index that matches the cursor:

    Permission review

    Static risk signals and limitations

    No configured static risk pattern was detected

    This is not proof of safety. Runtime behavior, indirect dependencies, and hidden external systems are outside the static scan.

    Evidence record

    Why each signal appears

    EvidenceSourceComputedTestedEditorial
    SignalValueEvidence typeMeaning
    Quality score94/100ComputedDocumentation, specificity, maintenance, and trust rules
    Repository stars234,327SourceRepository attention, not individual Skill quality
    Compatibility0 platformsSourceDeclared in the catalog source record
    Usage guideautomated source guideEditorialGenerated or reviewed according to the visible evidence level

    Pinned source

    Provenance and original SKILL.md

    Repository
    affaan-m/ECC
    Skill path
    skills/mysql-patterns/SKILL.md
    Commit
    4e973d3eaf92d97f8d2e2d8abb39d8bdc8711b38
    License
    MIT
    Collected
    2026-07-28
    Default branch
    main
    View the original SKILL.md

    MySQL Patterns

    Use this skill when working on MySQL or MariaDB schema design, migrations, slow-query investigation, queue-style transactions, connection pools, or production database configuration. Prefer exact version checks before applying a feature-specific pattern because MySQL and MariaDB have diverged in several SQL details.

    Activation

    • Designing MySQL or MariaDB tables, indexes, and constraints
    • Reviewing migrations before they run on large production tables
    • Debugging slow queries, lock waits, deadlocks, or connection exhaustion
    • Adding keyset pagination, upserts, full-text search, JSON columns, or queues
    • Configuring application connection pools, read replicas, TLS, or slow logs

    Version Check

    Start by identifying the engine and version:

    SELECT VERSION();
    SHOW VARIABLES LIKE 'version_comment';
    

    Keep MySQL and MariaDB guidance separate when syntax differs:

    • MySQL documents row aliases as the replacement for VALUES(col) in ON DUPLICATE KEY UPDATE; VALUES(col) is deprecated there.
    • MariaDB documents VALUES(col) as the supported way to reference inserted values in ON DUPLICATE KEY UPDATE; use it for cross-engine compatibility.
    • SKIP LOCKED is appropriate for queue-like work only. It skips locked rows and can return an inconsistent view, so do not use it for general accounting or integrity-sensitive reads.

    Schema Defaults

    CREATE TABLE orders (
        id BIGINT UNSIGNED NOT NULL AUTO_INCREMENT,
        account_id BIGINT UNSIGNED NOT NULL,
        status VARCHAR(32) NOT NULL,
        total DECIMAL(15, 2) NOT NULL,
        created_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP,
        updated_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
        deleted_at DATETIME NULL,
        PRIMARY KEY (id),
        KEY idx_orders_account_status_created (account_id, status, created_at),
        KEY idx_orders_active (account_id, deleted_at)
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;
    

    Default choices:

    Use CasePreferAvoid
    Surrogate primary keysBIGINT UNSIGNED AUTO_INCREMENTINT for tables that can grow beyond 2B rows
    UUID lookup keysBINARY(16) with conversion helpersVARCHAR(36) primary keys on hot tables
    Money and exact quantitiesDECIMAL(p, s)FLOAT or DOUBLE
    User-facing textutf8mb4 tables and indexesMySQL utf8 / utf8mb3 defaults
    Application timestampsDATETIME with UTC managed by the appAssuming DATETIME stores time zone metadata
    Soft deletesdeleted_at DATETIME NULL plus scoped indexesFiltering soft-deleted rows without an index
    Extensible status valueslookup table or constrained VARCHARENUM when values change often

    Indexing

    Composite index order usually follows equality predicates first, then range or sort columns:

    CREATE INDEX idx_orders_account_status_created
        ON orders (account_id, status, created_at);
    
    SELECT id, total
    FROM orders
    WHERE account_id = ?
      AND status = 'pending'
      AND created_at >= ?
    ORDER BY created_at DESC
    LIMIT 50;
    

    Use EXPLAIN before adding or changing an index:

    EXPLAIN
    SELECT id, total
    FROM orders
    WHERE account_id = 123 AND status = 'pending'
    ORDER BY created_at DESC
    LIMIT 50;
    

    Signals to investigate:

    FieldRisk Signal
    typeALL on a large table
    keyNULL when a selective predicate exists
    rowsVery high row estimate for an interactive path
    ExtraUsing temporary, Using filesort, or broad Using where

    Avoid adding indexes blindly. Each index increases write cost, migration time, backup size, and buffer-pool pressure.

    Query Patterns

    Upsert

    Cross-engine-compatible form:

    INSERT INTO user_settings (user_id, setting_key, setting_value)
    VALUES (?, ?, ?)
    ON DUPLICATE KEY UPDATE
        setting_value = VALUES(setting_value),
        updated_at = CURRENT_TIMESTAMP;
    

    MySQL row-alias form:

    INSERT INTO user_settings (user_id, setting_key, setting_value)
    VALUES (?, ?, ?) AS new
    ON DUPLICATE KEY UPDATE
        setting_value = new.setting_value,
        updated_at = CURRENT_TIMESTAMP;
    

    Use the row-alias form only after confirming the target is MySQL. Use VALUES(col) for MariaDB or mixed MySQL/MariaDB fleets.

    Keyset Pagination

    SELECT id, name, created_at
    FROM products
    WHERE (created_at, id) < (?, ?)
    ORDER BY created_at DESC, id DESC
    LIMIT 50;
    

    Back it with an index that matches the cursor:

    CREATE INDEX idx_products_created_id ON products (created_at, id);
    

    Do not use deep OFFSET pagination on large tables; it makes the server scan and discard rows before returning the page.

    JSON Fields

    Use JSON columns for extension data, not for fields that need heavy relational filtering or constraints.

    CREATE TABLE events (
        id BIGINT UNSIGNED AUTO_INCREMENT PRIMARY KEY,
        payload JSON NOT NULL,
        event_type VARCHAR(64)
            GENERATED ALWAYS AS (JSON_UNQUOTE(JSON_EXTRACT(payload, '$.type'))) STORED,
        KEY idx_events_type (event_type)
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
    

    For frequently queried JSON paths, expose a generated column and index that column. Keep foreign keys, ownership, tenancy, and lifecycle fields relational.

    Full-Text Search

    ALTER TABLE articles ADD FULLTEXT KEY ft_articles_title_body (title, body);
    
    SELECT id, title, MATCH(title, body) AGAINST (? IN NATURAL LANGUAGE MODE) AS score
    FROM articles
    WHERE MATCH(title, body) AGAINST (? IN NATURAL LANGUAGE MODE)
    ORDER BY score DESC
    LIMIT 20;
    

    Use external search when you need typo tolerance, complex ranking, cross-table facets, or language-specific analysis beyond built-in full-text behavior.

    Transactions

    Keep transactions short and lock rows in a consistent order:

    START TRANSACTION;
    
    SELECT id, balance
    FROM accounts
    WHERE id IN (?, ?)
    ORDER BY id
    FOR UPDATE;
    
    UPDATE accounts SET balance = balance - ? WHERE id = ?;
    UPDATE accounts SET balance = balance + ? WHERE id = ?;
    
    COMMIT;
    

    Deadlock and lock-wait checklist:

    • Lock rows in a deterministic order across code paths.
    • Do external API calls before opening the transaction, not inside it.
    • Add indexes for predicates used in UPDATE, DELETE, and locking reads.
    • On deadlock, roll back and retry the whole transaction with a bounded retry budget.
    • Capture SHOW ENGINE INNODB STATUS\G soon after a deadlock; it is overwritten by later events.

    Queue-style worker claim:

    START TRANSACTION;
    
    SELECT id
    FROM jobs
    WHERE status = 'pending'
    ORDER BY created_at
    LIMIT 1
    FOR UPDATE SKIP LOCKED;
    
    UPDATE jobs
    SET status = 'processing', started_at = CURRENT_TIMESTAMP
    WHERE id = ?;
    
    COMMIT;
    

    Use SKIP LOCKED only for queue-like workloads where skipping a locked row is acceptable. It is not a replacement for normal transactional consistency.

    Connection Pools

    SQLAlchemy example:

    from sqlalchemy import create_engine
    
    engine = create_engine(
        "mysql+mysqlconnector://app:secret@db.internal/app",
        pool_size=10,
        max_overflow=5,
        pool_timeout=30,
        pool_recycle=240,
        pool_pre_ping=True,
        connect_args={"connect_timeout": 5},
    )
    

    Node.js mysql2 example:

    import mysql from 'mysql2/promise';
    
    const pool = mysql.createPool({
      host: process.env.DB_HOST,
      user: process.env.DB_USER,
      password: process.env.DB_PASSWORD,
      database: process.env.DB_NAME,
      waitForConnections: true,
      connectionLimit: 10,
      queueLimit: 0,
      enableKeepAlive: true,
      keepAliveInitialDelay: 30000,
    });
    
    const [rows] = await pool.execute(
      'SELECT id, total FROM orders WHERE account_id = ? LIMIT 50',
      [accountId],
    );
    

    Keep application pool recycling below the server wait_timeout. If the server uses wait_timeout = 300, a pool_recycle around 240 seconds is coherent; pool_pre_ping still helps recover from network and failover events.

    Diagnostics

    Useful first-pass commands:

    SHOW FULL PROCESSLIST;
    SHOW ENGINE INNODB STATUS\G;
    SHOW VARIABLES LIKE 'slow_query_log';
    SHOW VARIABLES LIKE 'long_query_time';
    

    Enable the slow log in a controlled environment:

    SET GLOBAL slow_query_log = 'ON';
    SET GLOBAL long_query_time = 1;
    SET GLOBAL log_queries_not_using_indexes = 'ON';
    

    Use EXPLAIN ANALYZE only when it is safe to execute the query. It runs the statement and can be expensive on production-sized data.

    Replication

    Read replicas can lag. Do not route read-your-own-write paths, checkout flows, permission checks, or idempotency-key reads to a replica immediately after a write.

    -- MySQL legacy terminology, still common in existing fleets
    SHOW SLAVE STATUS\G;
    
    -- Newer terminology where supported
    SHOW REPLICA STATUS\G;
    

    Check the engine/version before standardizing on one command. Monitor replica SQL thread health, IO thread health, and lag, not just whether the TCP connection is alive.

    Security

    CREATE USER 'app'@'%' IDENTIFIED BY 'use-a-secret-manager';
    GRANT SELECT, INSERT, UPDATE, DELETE ON appdb.* TO 'app'@'%';
    
    ALTER USER 'app'@'%' REQUIRE SSL;
    
    SELECT user, host
    FROM mysql.user
    WHERE user = '';
    
    DROP USER IF EXISTS ''@'localhost';
    DROP USER IF EXISTS ''@'%';
    

    Security review points:

    • Do not grant ALL PRIVILEGES or *.* to application users.
    • Require TLS for application users when traffic crosses hosts or networks.
    • Store credentials in the platform secret manager, not in examples, scripts, or repository files.
    • Separate migration/admin users from runtime application users.
    • Audit public network exposure and bind addresses before tuning performance.

    Configuration

    Example starting point for a dedicated database host:

    [mysqld]
    innodb_buffer_pool_size = 4G
    innodb_flush_log_at_trx_commit = 1
    sync_binlog = 1
    
    max_connections = 300
    thread_cache_size = 50
    
    wait_timeout = 300
    interactive_timeout = 300
    innodb_lock_wait_timeout = 10
    
    slow_query_log = ON
    long_query_time = 1
    log_queries_not_using_indexes = ON
    
    log_bin = mysql-bin
    binlog_format = ROW
    binlog_expire_logs_seconds = 604800
    

    Treat configuration values as a prompt for review, not a universal preset. Size memory, connections, log retention, and durability settings from workload, hardware, backup policy, and recovery objectives.

    Anti-Patterns

    Anti-PatternRiskBetter Pattern
    SELECT * in hot pathsOver-fetching and brittle clientsSelect explicit columns
    Deep OFFSET paginationLinear scans and slow pagesKeyset pagination
    No index on foreign-key joinsSlow joins and lock-heavy deletesIndex FK columns intentionally
    Long transactionsLock waits and large undo historyCommit small units of work
    Direct DML against mysql.userGrant-table corruption riskUse CREATE USER, ALTER USER, DROP USER
    Application user with admin grantsHigh blast radiusLeast-privilege runtime user
    Pool recycle above wait_timeoutStale pooled connectionsRecycle below timeout and pre-ping
    Replica reads after writesStale user-facing statePin read-after-write flows to primary

    Output Expectations

    When this skill is used for review, return:

    1. Engine/version assumptions.
    2. Highest-risk correctness, lock, security, and migration issues.
    3. Exact SQL or code changes for the safe path.
    4. Validation plan: EXPLAIN, migration dry run, lock/deadlock check, and rollback criteria.
    5. Any MySQL/MariaDB syntax differences that affect the recommendation.

    Related

    • Skill: postgres-patterns - PostgreSQL-specific schema and query patterns
    • Skill: database-migrations - migration planning and rollout safety
    • Skill: backend-patterns - API and service-layer patterns
    • Skill: security-review - secret handling, auth, and least privilege
    • Agent: database-reviewer - broader database review workflow

    Alternatives

    Compare before choosing