kf_panda

今天发现 mysql 5.5.30-tokudb-7.0.1版本，对于tokudb引擎的分区表，是可以建立clustering index的。 但是在percona 5.6.24-72.2-log 上竟然不行。 是perocna的bug。 https://groups.google.com/forum/#!topic/tokudb-user/onNB1UnuFc0 https:/

TokuDB里可调优的参数不多，今天把＂最重要＂的几个拉出来晒晒。 与性能相关的参数及说明: tokudb_cache_size(bytes): 缓存大小，读写时候，数据会首先会缓存到这里。 默认大小为机器物理内存的一半。 tokudb_commit_sync(ON/OFF): 当事务提交的时候，是否要fsync log到磁盘。 默认开启(ON)，如果设置为OFF，性能会提升，

今天启动自己虚拟机的mysql时报错如下 [root@kfpanda ~]# /etc/init.d/mysql start Starting MySQL....The server quit without updating PID file[FAILED]ysql/data/kfpanda.pid). 告警日志中的内容如下 151103 19:40:55 mysqld_safe Star

TokuDB的数据库文件默认是都放在datadir下的，你也可以指定tokudb_data_dir让其放在其他目录（tokudb将其所有schema的文件放在了一个目录下，不像innodb还会根据schema放不同子目录里，这个不太好）。 一个“新生”的TokuDB数据库，基础文件是这样的： tokudb.directory --表/索引文件信息 tokudb.environment --

I was testing TokuDB on Percona Server 5.6 in a VM running CentOS 6. The OS has SELinux enforcing. Instructions for installing are here: http://www.percona.com/doc/percona-server/5.6/tokudb/tokudb_

TokuDB引擎是有Tokutek开发的一个数据库存储引擎，在设计之初便引入了独特的索引算法，在其 官网 测试中， 文章 中看到TokuDB性能比InnoDB高出很多。 MySQL是一个插件式的数据库，在MySQL5.5版本之前MyISAM是MySQL的默认存储引擎，在之后的版本中默认的存储引擎变成了InnoDB。其特点是它支持事务，具有完善的崩溃恢复机制，具体的特点这里不说明，可以自行的寻