Skip to main content
Warning: You are using the test version of PyPI. This is a pre-production deployment of Warehouse. Changes made here affect the production instance of TestPyPI (
Help us improve Python packaging - Donate today!

db admin's (s)wiss (a)rmy (k)nif(e) for MySQL

Project Description

dbsake - a (s)wiss-(a)rmy-(k)nif(e) for MySQL


  • Requires python v2.6+
  • jinja2 >= 2.2
  • click >= 2.0

Reporting Bugs

If you find a bug in dbsake please report the issue on the dbsake issue on github

If you know how to fix the problem feel free to fork dbsake and submit a pull request. See Contributing for more information.


You can fetch dbsake easily from

$ curl -s > dbsake

This is an executable python zip archive with all dependencies included.

You can run as a script by making it executable:

$ chmod u+x dbsake

Run it with no arguments to see all possible commands:

$ dbsake
Usage: dbsake [options] <command>

  -d, --debug
  -q, --quiet
  -V, --version  Show the version and exit.
  -?, --help     Show this message and exit.

  decode-tablename  Decode a MySQL filename.
  encode-tablename  Encode a MySQL table identifier.
  fincore           Report cached pages for a file.
  frmdump           Dump schema from MySQL frm files.
  help              Show help for a command.
  sandbox           Create a sandboxed MySQL instance.
  sieve             Filter and transform mysqldump output.
  uncache           Uncache file(s) from the OS page cache.
  upgrade-mycnf     Upgrade a MySQL option file.

“Upgrading” a my.cnf

Here’s how you might upgrade a MySQL 5.0 my.cnf to 5.5:

$ dbsake upgrade-mycnf --target=5.5 --config=my.cnf --patch
Rewriting option 'log-slow-queries'. Reason: Logging options changed in MySQL 5.1
Removing option 'skip-external-locking'. Reason: Default behavior in MySQL 4.1+
--- a/my.cnf
+++ b/my.cnf
@@ -26,7 +26,6 @@
 port       = 3306
 socket     = /var/run/mysqld/mysqld.sock
 key_buffer_size = 384M
 max_allowed_packet = 1M
 table_open_cache = 512
@@ -127,7 +126,9 @@
 #innodb_log_buffer_size = 8M
 #innodb_flush_log_at_trx_commit = 1
 #innodb_lock_wait_timeout = 50
-log-slow-queries = /var/lib/mysql/slow.log
+slow-query-log = 1
+slow-query-log-file = /var/lib/mysql/slow.log


Processing mysqldump output

Here’s how you filter a single table from a mysqldump:

$ mysqldump -A | dbsake sieve --force -t mysql.db
-- MySQL dump 10.14  Distrib 5.5.38-MariaDB, for Linux (x86_64)
-- Host: localhost    Database:
-- ------------------------------------------------------
-- Server version   5.5.38-MariaDB-log

/*!40101 SET NAMES utf8 */;
/*!40103 SET TIME_ZONE='+00:00' */;

-- Table structure for table `db`

/*!40101 SET @saved_cs_client     = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
  `Host` char(60) COLLATE utf8_bin NOT NULL DEFAULT '',
  `Db` char(64) COLLATE utf8_bin NOT NULL DEFAULT '',
  `User` char(16) COLLATE utf8_bin NOT NULL DEFAULT '',
  `Select_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Insert_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Update_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Delete_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Create_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Drop_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Grant_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `References_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Index_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Alter_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Create_tmp_table_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Lock_tables_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Create_view_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Show_view_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Create_routine_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Alter_routine_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Execute_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Event_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Trigger_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  PRIMARY KEY (`Host`,`Db`,`User`),
  KEY `User` (`User`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='Database privileges';
/*!40101 SET character_set_client = @saved_cs_client */;

-- Dumping data for table `db`

/*!40000 ALTER TABLE `db` DISABLE KEYS */;
/*!40000 ALTER TABLE `db` ENABLE KEYS */;



-- Dump completed on 2014-07-22 21:01:35

Deploying a MySQL sandbox instance

Here is how you create a MySQL 5.7.3-m13 instance:

$ dbsake sandbox -m 5.7.3-m13
Preparing sandbox instance: /home/localuser/sandboxes/sandbox_20140722_210338
  Creating sandbox directories
    * Created directories in 0.00 seconds
  Deploying MySQL distribution
    - Deploying MySQL 5.7.3-m13 from download
    - Using cached download /home/localuser/.dbsake/cache/mysql-5.7.3-m13-linux-glibc2.5-x86_64.tar.gz
    - Verifying gpg signature via: /usr/bin/gpg2 --verify /home/localuser/.dbsake/cache/mysql-5.7.3-m13-linux-glibc2.5-x86_64.tar.gz.asc -
    - Unpacking tar stream. This may take some time
(100.00%)[========================================] 322.9MiB / 322.9MiB
    - GPG signature validated
    * Deployed MySQL distribution in 13.56 seconds
  Generating my.sandbox.cnf
    - Generated random password for sandbox user root@localhost
    * Generated /home/localuser/sandboxes/sandbox_20140722_210338/my.sandbox.cnf in 0.03 seconds
  Bootstrapping sandbox instance
    - Logging bootstrap output to /home/localuser/sandboxes/sandbox_20140722_210338/bootstrap.log
    * Bootstrapped sandbox in 2.67 seconds
  Creating initscript
    * Generated initscript in 0.01 seconds
Sandbox created in 16.28 seconds

Here are some useful sandbox commands:
       Start sandbox: /home/localuser/sandboxes/sandbox_20140722_210338/ start
        Stop sandbox: /home/localuser/sandboxes/sandbox_20140722_210338/ stop
  Connect to sandbox: /home/localuser/sandboxes/sandbox_20140722_210338/ mysql <options>
   mysqldump sandbox: /home/localuser/sandboxes/sandbox_20140722_210338/ mysqldump <options>
Install SysV service: /home/localuser/sandboxes/sandbox_20140722_210338/ install-service

The script has some convenient commands for interacting with the sandbox too:

$ /home/localuser/sandboxes/sandbox_20140722_210338/ start
Starting sandbox: .[OK]

$ /home/localuser/sandboxes/sandbox_20140722_210338/ mysql -e 'select @@datadir, @@version, @@version_comment\G'
*************************** 1. row ***************************
        @@datadir: /home/localuser/sandboxes/sandbox_20140722_210338/data/
        @@version: 5.7.3-m13-log
@@version_comment: MySQL Community Server (GPL)

The script can also install itself, if you want to make the sandbox persistent:

$ sudo /home/localuser/sandboxes/sandbox_20140722_210338/ install-service
+ /bin/cp /home/localuser/sandboxes/sandbox_20140722_210338/ /etc/init.d/mysql-5.7.3
+ /sbin/chkconfig --add mysql-5.7.3 && /sbin/chkconfig mysql-5.7.3 on
Service installed in /etc/init.d/mysql-5.7.3 and added to default runlevels

Dumping the schema from MySQL .frm files

Here’s an example dumping a normal table’s .frm:

$ sudo dbsake frmdump /var/lib/mysql/sakila/actor.frm
-- Table structure for table `actor`
-- Created with MySQL Version 5.5.34

CREATE TABLE `actor` (
  `actor_id` smallint(5) unsigned NOT NULL AUTO_INCREMENT,
  `first_name` varchar(45) NOT NULL,
  `last_name` varchar(45) NOT NULL,
  PRIMARY KEY (`actor_id`),
  KEY `idx_actor_last_name` (`last_name`)

You can also format VIEW .frm files directly as well:

$ sudo dbsake frmdump /var/lib/mysql/sakila/actor_info.frm
-- View:         actor_info
-- Timestamp:    2014-01-18 18:22:54
-- Stored MD5:   402b8673b0c61034644b5b286519d3f1
-- Computed MD5: 402b8673b0c61034644b5b286519d3f1

CREATE ALGORITHM=UNDEFINED DEFINER=`root`@`localhost` SQL SECURITY INVOKER VIEW `actor_info` AS select `a`.`actor_id` AS `actor_id`,`a`.`first_name` AS `first_name`,`a`.`last_name` AS `last_name`,group_concat(distinct concat(`c`.`name`,': ',(select group_concat(`f`.`title` order by `f`.`title` ASC separator ', ') from ((`sakila`.`film` `f` join `sakila`.`film_category` `fc` on((`f`.`film_id` = `fc`.`film_id`))) join `sakila`.`film_actor` `fa` on((`f`.`film_id` = `fa`.`film_id`))) where ((`fc`.`category_id` = `c`.`category_id`) and (`fa`.`actor_id` = `a`.`actor_id`)))) order by `c`.`name` ASC separator '; ') AS `film_info` from (((`sakila`.`actor` `a` left join `sakila`.`film_actor` `fa` on((`a`.`actor_id` = `fa`.`actor_id`))) left join `sakila`.`film_category` `fc` on((`fa`.`film_id` = `fc`.`film_id`))) left join `sakila`.`category` `c` on((`fc`.`category_id` = `c`.`category_id`))) group by `a`.`actor_id`,`a`.`first_name`,`a`.`last_name`;


2.0.0 (unreleased)

The 2.0.0 release is a major update to dbsake significantly updating various internals and introducing some backwards incompatible changes.

Compatibility changes:

  • frm-to-schema command has been renamed to frmdump
  • frmdump -r/–raw-types option was renamed to -t/–type-codes
  • mysql-sandbox command has been renamed to sandbox
  • filename-to-tablename command has been renamed to decode
  • tablename-to-filename command has been renamed to encode
  • importfrm command has been removed
  • read-ibbinlog command has been removed
  • split-mysqldump has been renamed to “sieve”
  • dbsake now uses click instead of baker for option parsing, so some previous usage of dbsake may no longer work.

New features:

  • split-mysqldump was rewritten to support many more features and is now renamed to sieve
  • sandbox now uses system compression commands to decompress tarballs from the –data-source option. This should speed up creating a sandbox from existing data in many cases. (Issue #64)
  • sandbox now includes the mysql.* schema by default when performing partial restores from existing data (e.g. -D backup.tar.gz -t mydb.*). Restoring mysql tables to the sandbox can be suppressed with the -T / –exclude-table option. (Issue #67)
  • sandbox now handles 5.0 / 5.1 binary tarball installs more robustly. Previously, mysqld_safe would fail to find my_print_defaults in the sandbox directory and could fail if was run when the current working directory != sandbox directory. (Issue #66)
  • sandbox now generates a simplified shell script file. The script now read mysql server options from the my.sandbox.cnf config file rather than hardcoding various options in This would previously make it tedious to change the path for log-error or other options.
  • sandbox no longer generates a which sources /etc/sysconfig.
  • fincore and uncache no longer fail when no paths are passed. This usage is now considered a no-op.
  • The sandbox command now uses jinja2 to generate templates rather than tempita.
  • dbsake no longer uses the sarge library internally
  • dbsake no longer uses the tempita library internally

Bugs fixed:

  • sandbox failed to create ./tmp/ when overwriting an existing sandbox directory with –force, if ./data/ already existed but ./tmp did not.
  • frmdump incorrectly defaulted to SQL SECURITY INVOKER when decoding view .frm files. This behavior has been changed to use MySQL’s default of SQL SECURITY DEFINER.
  • frmdump did not match MySQL output when decoding views
  • frmdump did not correctly decode default values for 3-byte MEDIUM int fields due to several logic errors.
  • frmdump did not include the unsigned attribute for float / double fields which were defined with a (precision, scale) scale attribute.
  • frmdump did not format MariaDB TIME fields with microsecond precision correctly.
  • frmdump did not format MariaDB TIMESTAMP fields with microsecond precision correctly.
  • frmdump did not format MariaDB DATETIME(N) with microsecond precision correctly.
  • frmdump did not handle timestamp values that defaulted to ‘0’ correctly, and instead used ‘1970-01-01 00:00:00’ as the default, rather than the MySQL convention of using ‘0000-00-00 00:00:00’
  • frmdump did not always format microseconds for MySQL 5.6 DATETIME(N) fields correctly.

1.0.9 (2014-07-09)

New features:

  • mysql-sandbox now provides a –force option to disable various sanity checks allowing installing into an existing directory (issue #47)
  • mysql-sandbox now provides a –prompt-password option for setting the root@localhost password for a new sandbox. This is a boolean option that will either prompt for a password (if stdin is attached to a TTY) or read the password directly from stdin. (issue #53)
  • mysql-sandbox now generates my.sandbox.cnf with relay-log and bin-log options relative to the datadir. These options are still commented out by default, but now do not reference the non-standard /var/lib/mysqllogs path. (issue #51)
  • mysql-sandbox now includes a commented out “#port = <version>” option in the generated my.sandbox.cnf options file. (issue #55)
  • mysql-sandbo now provides a –innobackupex-options/-x option to allow passing arbitrary options to innobackupex –apply-log when bootstrapping a sandbox from an xtrabackup tarball backup image (issue #56)

Bugs fixed:

  • mysql-sandbox now includes a comment indiciating the version of dbsake in both the generated and my.sandbox.cnf files (issue #42)
  • mysql-sandbox now reports errors better when a binary tarball cannot be found on the MySQL CDN (issue #44)
  • mysql-sandbox now provides more details when encountering a bad mysql tarball distribution (issue #46)
  • mysql-sandbox no longer raises an unchecked exception when –data-source specifies a datadir without an ib_logfile (issue #49)
  • mysql-sandbox now bootstraps sandboxes with default-storage-engine=MyISAM in order to handle TokuDB binary tarball distributions better (issue #50)
  • mysql-sandbox now sets the no-auto-rehash option for the mysql client in my.sandboc.cnf’s [mysql] section.
  • mysql-sandbox now only sets the mysql.user plugin field to ‘mysql_native_password’ for MySQL 5.7. This otherwise causes issues for MariaDB when bootstrapping MariaDB from MySQL 5.6+ data. (issue #54)
  • frm-to-schema no longer fails when using the –raw-types option. This was broken in v1.0.8 as part of a fix for issue #38. (issue #45)

1.0.8 (2014-04-02)

Bug fixes:

  • mysql-sandbox now fails more gracefully if bootstrap files are invalid or not found in a MySQL distribution (issue #37)
  • mysql-sandbox now correctly uses /usr/share/percona-server rather than trying to use a missing or incorrect /usr/share/mysql for system installs of Percona Server (issue #41)
  • mysql-sandbox is now less chatty and many less critical details are only logged with dbsake –debug to reduce spam
  • frm-to-schema now correctly decodes default values for old MySQL varchar columns generated by servers prior to MySQL 5.0. (issue #36)
  • frm-to-schema now decodes unicode metadata identifiers correctly rather than failing on a parsing error (issue #38)
  • frm-to-schema now formats TEXT types (tinytext, mediumtext, text, longtext) with the associated column level charset or collation (issue #40)
  • split-mysqldump nows correctly handles dump files generated with mysqldump –flush-privileges (issue #33)
  • split-mysqldump now handles a commented CHANGE MASTER line generated by mysqldump –master-data=2 (issue #33)

1.0.7 (2014-02-20)

Bug fixes:

  • dbsake frm-to-schema now reads signed MEDIUMINT default values; Previously a bug caused an uncaught exception to be thrown (issue #19)
  • dbsake frm-to-schema now interprets negative signed MEDIUMINT default values correctly; Previously this would result in incorrect values (issue #23)
  • dbsake frm-to-schema introduced a bug in v1.0.6 that caused an exception when formatting BIGINT default values (issue #20)
  • dbsake frm-to-schema should now handle nullable columns more robustly; This addresses the improper fix made in v1.0.6 for issue #9. Previously this command was not honoring all the table handler options resulting in spuriously misinterpretting a column’s default value as NULL. (issue #21)
  • dbsake frm-to-schema has improved the formatting for float/double column’s default values; Previously this used default python precision in output which was often inaccurate for ‘float’ and generally did not match the output from mysql SHOW CREATE TABLE (issue #22)
  • dbsake frm-to-schema now display table comments similar to SHOW CREATE TABLE Previously this was displayed with a space separator as “COMMENT ‘<value>’” but now is display as “COMMENT=’<value>’” (issue #24)
  • dbsake frm-to-schema now displays decimal default values correctly in cases where the encoded decimal bytes were not a multiple of 4 (issue #26)
  • dbsake frm-to-schema now trims insignificant zeros from the interger part of a decimal value; Previously this would display decimal(19, 0) default ‘0’ as default ‘000’ due to implementation details of the decoding algorithm (issue #27)
  • dbsake mysql-sandbox now checks for the existence of mysql installation .sql scripts; Previously this woudl result in an uncaught exception if /usr/share/mysql existed but the files necessary for bootstrapping did not (issue #25)
  • dbsake mysql-sandbox now creates the performance_schema database and tables under MariaDB 5.5+ (issue #28)

1.0.6 (2014-02-17)

New features:

  • dbsake mysql-sandbox’s generated ./ start/stop actions now show progress more visibly by echoing a ‘.’ once a second until the start/stop action finishes (issue #18)

Bugs fixed:

  • dbsake now parses boolean options correctly; previously these would sometimes consume the next argument in the commandline (issue #8)
  • dbsake split-mysqldump now supports deferring indexes specified with an algorithm; previously these weren’t matched correctly and thus would never be deferred.
  • dbsake split-mysqldump now aborts if an invalid mysqldump header is detected. previously it was queing lines looking for the end of the header and used excessive memory and ultimately failing (issue #17)
  • dbsake frm-to-schema now handles null values for blob types (issue #9)
  • dbsake frm-to-schema now quotes integer default values; Previously a default of 0 was unquoted and would be handled identically to a missing default value (issue #11)
  • dbsake frm-to-schema now handles MySQL 5.0 .frm files; Previously frm-to-schema would attempt to read a non-existent partitioning clause and fail. (issue #14)
  • dbsake mysql-sandbox now auto-detects innodb-data-file-path based on existing ibdata* files from –data-source, or uses MySQL default if this is an empty sandbox instance (issue #12)
  • dbsake mysql-sandbox now handles invalid mysqld binaries more gracefully; This may occur if attempting to run i686 on an x86_64 platform for instance. Previously this would fail on an ENOENT error and an uncaught exception would be thrown. (issue #13)
  • dbsake mysql-sandbox –sandbox-directory now handles relatives paths; Previously these were passed as-is to mysql which would reevaluate the path relative to the sandbox directory and typically fail to start (issue #15)

1.0.5 (2014-01-31)

New features:

  • dbsake mysql-sandbox’s generated ./ script now supports an ‘upgrade’ action to run mysql_upgrade against the sandbox instance. (issue #1)
  • dbsake mysql-sandbox –mysql-distribution=system (the default) now only copies the mysqld binary and assumes all other utilities are in the path; mysqld is copied to avoid security issues under apparmor in debuntu environments
  • dbsake mysql-sandbox has reduced the required disk footprint of mysql distribution tarballs by excluding ./bin/*_embedded and ./bin/mysql-debug binaries in addition to excluding ./mysql-test, ./include and ./sql-bench that was done previously.
  • dbsake mysql-sandbox –data-source now supports directory paths, which point to an existing MySQL datadir; This option simply symlinks the specified directory to the sandbox ./data path. Sandbox creation will fail if any of the standard InnoDB data/log files are locked indicating they are already used by another active instance.
  • dbsake mysql-sandbox will now set the root@localhost plugin to ‘mysql_native_password’ when setting a password. This avoids an issue with MySQL 5.7 which refuses authentication if plugin is not set, which may be the case if a sandbox is loaded with data from an earlier version.
  • dbsake mysql-sandbox now checks for libaio as part of the setup process and will abort if this is not available for MySQL 5.5+; This check can be disabled with the –skip-libcheck option, but if mysqld requires this library the sandbox creation will still fail in this case.
  • dbsake mysql-sandbox now performs gpg verification against downloaded mysql distribution tarballs using’s public key; This behavior can be disabled by using the new –skip-gpgcheck option
  • dbsake mysql-sandbox’s generated ./ script now supports a ‘metadata’ action for dumping information about the sandbox environment
  • dbsake mysql-sandbox’s generated ./ script now supports a ‘version’ action to echo the mysql version the sandbox was installed with

Bugs fixed:

  • dbsake mysql-sandbox no longer suppresses stderr when running mysqld –version; This is done to discover the exact version of the deployed mysql distribution to allow my.cnf generation to make adjustments based on the features available.
  • dbsake mysql-sandbox’s generated ./ script now accepts extra commandline options for the ‘restart’ action which behaves identically to the ‘start’ action - these are passed down to the mysqld_safe script

1.0.4 (2014-01-24)

New features:

  • dbsake now handles SIGINT gracefully
  • dbsake now logs a cleaner format
  • dbsake –log-level option removed; –debug / –quiet options were added as simpler knobs to tweak logging output
  • dbsake now longer depends on argparse and it has been removed from the source tree
  • dbsake mysql-sandbox has renamed the –mysql-source option to –mysql-distribution; the short option (-m) is unchanged
  • dbsake mysql-sandbox –data-source|-D <path> option added with support for LVM and xtrabackup tarballs
  • dbsake mysql-sandbox –table|-t / –exclude-table|-T <pattern> option added to filter files read from –data-source tarballs
  • dbsake mysql-sandbox –cache-policy option added to support caching downloaded MySQL distribution tarballs
  • dbsake mysql-sandbox now supports a progress bar when downloading mysql tarball distributions and when extracting –data-source tarballs; The progress bar is only displayed when stderr is attached to a tty
  • dbsake mysql-sandbox now emits timing information for each major step in the sandbox creation process
  • dbsake mysql-sandbox’s generated ./ script now supports ‘use’ and ‘mysql’ actions for connecting to the sandbox instance; These are aliases for the ‘shell’ command included in v1.0.3
  • dbsake mysql-sandbox’s generated ./ script now supports a ‘mysqldump’ action for trivially running mysqldump against the sandbox instance
  • dbsake mysql-sandbox’s generated ./ script now supports arguments for the ‘start’ action - these are passed directly to the mysqld_safe process to enable additional mysql options on startup
  • dbsake mysql-sandbox’s generated ./ script now supports an ‘install-service’ action that will deploy the ./ as a standard SysV initscript

Bugs fixed:

  • dbsake mysql-sandbox no longer prunes users in the sandbox to avoid removing existing users from user-provided –data-source tarballs

1.0.3 (2014-01-16)

New features:

  • third-party sarge [1] package added to dbsake tree
  • third-party tempita [2] package added to dbsake tree
  • dbsake now “lazy loads” imports for most commands to improve initial startup times
  • dbsake mysql-sandbox command added; see documentation for more details

Bugs fixed:

  • dbsake frm-to-schema now supports very old VARCHAR fields (MYSQL_TYPE_VAR_STRING)
  • dbsake.spec now supports building under EPEL 5 environments

1.0.2 (2014-01-07)

New features:

  • dbsake frm-to-schema now parses views from plaintext .frm files
  • dbsake frm-to-schema –replace option added; This outputs view definitions as CREATE OR REPLACE view to ease importing into MySQL
  • dbsake frm-to-schema –raw-types option added; This adds comments to the column output indicating the low-level raw mysql type (e.g. MYSQL_TYPE_TINYBLOB) - previously these were always displayed
  • dbsake frm-to-schema now outputs a mysqldump-like comment block before each table or view’s DDL

Bugs fixed:

  • dbsake frm-to-schema now formats prefix indexes correctly
  • dbsake frm-to-schema no longer outputs MYSQL_TYPE_* comments in CREATE TABLE output by default; use the new –raw-types to see this information.

1.0.1 (2014-01-06)

New features: rename CHANGES.rst -> HISTORY.rst

  • dbsake –version/-V option added
  • documentation has been added to the project

Bugs fixed:

  • dbsake –log-level now recognizes log level names correctly
  • dbsake fincore now handles zero-byte files gracefully
  • dbsake fincore now releases mmap resources gracefully
  • dbsake {fincore,uncache} now skip paths that are not a regular file
  • dbsake.spec RPM spec now properly depends on python-setuptools

1.0.0 (2014-01-02)

  • First release of dbsake

Release History

This version
History Node


Supported By

WebFaction WebFaction Technical Writing Elastic Elastic Search Pingdom Pingdom Monitoring Dyn Dyn DNS Sentry Sentry Error Logging CloudAMQP CloudAMQP RabbitMQ Heroku Heroku PaaS Kabu Creative Kabu Creative UX & Design Fastly Fastly CDN DigiCert DigiCert EV Certificate Rackspace Rackspace Cloud Servers DreamHost DreamHost Log Hosting