What problem does it solve? TRUNCATE TABLE in MariaDB behaves differently from what most developers and LLMs assume: it requires the DROP privilege instead of DELETE, commits implicitly, resets AUTO_INCREMENT, skips ON DELETE triggers, and is rejected on FK-parent tables, system-versioned tables, and sequences. This Skill prevents those mistakes when writing or reviewing TRUNCATE statements. ## Core Features & Use Cases - Privilege and transaction semantics: Explains that TRUNCATE checks DROP (not DELETE), causes an implicit commit, and cannot be rolled back. - Object-type restrictions: Covers rejection on system-versioned tables (ER_VERS_NOT_SUPPORTED), sequences (ER_ILLEGAL_HA), views, and FK-parent tables (ER_TRUNCATE_ILLEGAL_FK), with workarounds like SET FOREIGN_KEY_CHECKS=0 and ALTER SEQUENCE ... RESTART. - MariaDB extensions: Documents the WAIT n | NOWAIT lock-wait clause and the Oracle-mode DROP STORAGE / REUSE STORAGE no-op syntax. - Use Case: When an agent suggests wrapping TRUNCATE in a transaction for rollback safety, this Skill corrects it to use DELETE inside the transaction instead, since TRUNCATE always commits implicitly. ## Quick Start Ask the AI to write or review a MariaDB TRUNCATE TABLE statement for your table and verify the required privileges and restrictions.