首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏idba

    Tokudb安装测试初探

    TokuDB版本的Percona Server。 安装tokudb 存储引擎 ,记得实例必须是启动状态的。 表的大小 root@rac2:/srv/my3306/data# >du -sm _yang_t_tokudb_main_5_2_1d.tokudb 8 _yang_t_tokudb_main 六 参考资料 [1] Percona Server tokudb安装文档 [2] Percona Server TokuDB 官方手册 [3] TokuDB索引结构--Fractal Tree [4] TokuDB 引擎

    69110发布于 2018-08-09
  • 来自专栏数据库相关

    编译安装 tokudb-xtrabackup 以支持tokudb的热备份

    编译安装 tokudb-xtrabackup : 感谢知书堂吴老师 环境:centos6 x86_64 官方文档: https://github.com/xelabs/tokudb-xtrabackup =ON      # 注意这里参数 tokudb_checkpoint_lock=ON, 然后开始拷贝非innodb文件和tokudb文件(不包含日志文件)  180826 19:29:05 tokudb_checkpoint_locked /tokudb.environment/tokudb.rollback     # 开始备份TokuDB redo-log 180826 19:29:09 [01] Copying tokudb.directory to /root/aaa/tokudb.directory GLOBAL tokudb_checkpoint_lock=OFF           # 注意这里参数 tokudb_checkpoint_lock=OFF  180826 19:29:19 tokudb_checkpoint_unlocked

    1.1K20发布于 2019-09-18
  • 来自专栏MYSQL轻松学

    Tokudb和Innodb性能比较

    一、测试背景: TokuDB一直被传说有着较高压缩比、较高insert性能、以及在线添加索引和字段速度较快等等优点,对此进行了相关的调研,针对压缩比、写入性能以及DDL速率进行了相关测试;根据相关资料以及测试报告得出相关结论 Intel(R) Xeon(R) CPU E5-2640 v3 @ 2.60GHz * 32 内存:128G 操作系统:CentOS release 6.6 Mysql版本:5.6 Mysql版本:5.5 Tokudb 五、测试结果 TokuDB优点 online ddl 非常给力,特别是对字段的修改非常快,不管多大表,几乎是瞬间完成。 压缩比非常高通常都能达到6~12倍的压缩比。 完全支持ACID事物的四大特性。 tokudb的select性能稍好于innodb。 TokuDB缺点 响应时间相对较长。 online ddl 对text,blob等类型的字段不适用。

    3.1K50发布于 2018-03-09
  • 来自专栏日暮星辰

    使用Percona安装tokudb存储引擎

    专为满足大数据应用的苛刻要求而设计,Percona TokuDB降低了与压缩和优化工作相关的部署成本。 Percona TokuDB和Percona HotBackup包含在下面的Percona Server for MySQL 下载链接中。 快速和可扩展性: Percona TokuDB极大地提高了性能和并发性,减少了磁盘和闪存驱动器存储需求,支持在线模式更改并支持完全符合ACID的事务 Percona TokuDB可以: 更好的性能:如果不进行调整 yum install Percona-Server-tokudb-57.x86_64 1 yum install Percona-Server-tokudb-57.x86_64 12.修改selinux ps_tokudb_admin --enable -uroot -p 1 ps_tokudb_admin --enable -uroot -p 输入密码,检查是否成功 13.重启percona service

    1.2K20发布于 2018-07-24
  • 来自专栏杨建荣的学习笔记

    MySQL配置TokuDB的简单总结

    = 700M tokudb_commit_sync = 1 tokudb_support_xa = 1 tokudb_data_dir = /data/mycat_test/s1/toku_data tokudb_directio = 0 tokudb_log_dir = /data/mycat_test/s1/toku_log tokudb_pk_insert_mode = 2 tokudb_row_format = tokudb_zlib tokudb_tmp_dir = /data/mycat_test/s1/tmp tokudb_hide_default_row_format = 0 tokudb_lock_timeout_debug 或者是使用如下的SQL来看看TokuDB的版本信息。 SELECT @@tokudb_version; 整个过程其实会安装很多TokuDB的插件,这些是我们需要注意的点。 ha_tokudb.so | GPL | | TokuDB_locks | ACTIVE | INFORMATION SCHEMA | ha_tokudb.so

    2.5K60发布于 2018-03-22
  • 来自专栏北京马哥教育

    TokuDB的特点验证

    从下图可以看出 添加索引,innodb快,tokudb慢 删除索引,innodb快,tokudb超快 增加字段,innodb慢,tokudb超快 删除字段,innodb慢,tokudb超快   TokuDB TokuDB操作记录: ? 但是可以很明显的看到tokudb的rows affected为0,推测是tokudb在添加字段的时候,并不会采用innodb的方法。 RT响应时间:   在响应时间上,由于整体数据库的size变小了,测试目标库innodb版本743G,tokudb版本61G。相对于BP=30G来说,明显tokudb更占优势。 从测试结果看,tokudb的响应时间明显高于innodb的,其平均值大概高2.2倍。看来如果上了tokudb,响应时间是需要付出的代价。 ?

    1.1K70发布于 2018-05-03
  • 来自专栏腾讯云数据库团队的专栏

    TokuDB 性能测试报告

    TokuDB 相关 TokuDB中与InnoDB类似的指标为tokudb_commit_sync和tokudb_fsync_log_period。 TokuDB可以通过在配置文件中设置tokudb_row_format来指定不同的压缩算法,它们的取值分别是:TOKUDB_QUICKLZ, TOKUDB_ZLIB, TOKUDB_LZMA和TOKUDB_SNAPPY 值得注意的是,zlib算法是TokuDB官方最新版本的默认算法,也是现今支持TokuDB的云服务商的默认推荐算法。 3、TokuDB & 同步刷新日志 将tokudb_commit_sync设置为1,tokudb_fsync_log_period设置为0,也就是每次事务提交时,log buffer 会被写入到日志文件并刷写到硬盘 的插入性能影响不大,TokuDB Sync和TokuDB Async两者的图形形状几乎一样。

    3.8K12发布于 2017-01-16
  • 来自专栏数据库相关

    Percona Server 的安装及tokudb引擎的安装笔记

    这样的话,我们重启了mysqld或者整个服务器的话,tokudb引擎也能在mysql重启时候再次自动加载。 安装好tokudb引擎后,我们还可以自定义tokudb的参数在/etc/my.cnf里面。 例如下面的2行: ### tokudb settings ######## tokudb_cache_size = 5G   # 这个参数根据自己服务中可能使用到tokudb引擎的表数量来设置 tokudb_row_format =tokudb_zlib   # 设置默认tokudb行格式,有tokudb_zlib 和 tokudb_lzma 此外,还有些tokudb特有的配置参数,可以补充到/etc/my.cnf 里面,例如下面的部分配置 #tokudb_row_format = tokudb_small tokudb_row_format = tokudb_fast tokudb_cache_size = 1G ###建议内存的一半 tokudb_commit_sync = 0 tokudb_directio = 1 tokudb_read_block_size = 128K tokudb_read_buf_size = 128K  optimizer_switch

    94720发布于 2019-09-18
  • 来自专栏数据库相关

    高负载下tokudb环境下sync_binlog 不同设置的影响

    今天上午在排查主库的sync_binlog的时候,发现之前有几台tokudb的sync_binlog不为1,于是修改为1了。 

    54010发布于 2019-09-17
  • 来自专栏DBA随笔

    MySQL磁盘占用太多的一种优化思路

    今天在线上就遇到了这样一个问题,答案是:修改存储引擎为tokudb 02 Tokudb存储引擎 Tokudb是一个比较冷门的引擎,但是它有很多优点,例如支持事务、支持MVCC、有着很高的数据压缩比 我们修改innodb存储引擎为tokudb存储引擎的目的是想使用tokudb的高压缩比,那么这个压缩比有多大收益呢? _e_1d.tokudb 2.8G total 修改后,tokudb累积:2.8G 不难看出,修改之前,innodb的数据量有22.8G,修改之后tokudb的数据量仅有2.8G 通过修改存储引擎为 tokudb,压缩了8倍磁盘容量。 03 tokudb这么好,为什么还要用innodb呢? 既然tokudb的也支持事务,也支持mvcc,占用的磁盘还少,那为什么还要使用innodb呢?

    1.7K10编辑于 2022-01-25
  • 来自专栏SQL数据库开发

    MySQL 每秒 570000 的写入,如何实现?

    这里使用XeLabs TokuDB做一个测试。 三、XeLabs TokuDB 介绍 项目地址:https://github.com/XeLabs/tokudb 相对官方TokuDB的优化: 内置了jemalloc 内存分配 引入更多的内置的TokuDB 性能指标 支持Xtrabackup备份 引入ZSTD压缩算法 支持TokuDB的binlog_group_commit特性 四、测试表 TokuDB核心配置: loose_tokudb_cache_size =4G loose_tokudb_directio=ON loose_tokudb_fsync_log_period=1000 tokudb_commit_sync=0 表结构 CREATE TABLE 从最佳实战上来看,Innodb和TokuDB都写入同样的数据,InnoDB需要花大概是TokuDB3-4倍时间。

    57110编辑于 2024-04-24
  • 来自专栏数据库新发现

    MySQL 每秒 570000 的写入,如何实现?

    这里使用XeLabs TokuDB做一个测试。 三、XeLabs TokuDB 介绍 项目地址: https://github.com/XeLabs/tokudb 相对官方TokuDB的优化: 内置了jemalloc 内存分配 引入更多的内置的TokuDB 性能指标 支持Xtrabackup备份 引入ZSTD压缩算法 支持TokuDB的binlog_group_commit特性 四、测试表 TokuDB核心配置: loose_tokudb_cache_size =4G loose_tokudb_directio=ON loose_tokudb_fsync_log_period=1000 tokudb_commit_sync=0 表结构: CREATE 从最佳实战上来看,Innodb和TokuDB都写入同样的数据,InnoDB需要花大概是TokuDB3-4倍时间。

    2K30发布于 2019-07-10
  • 来自专栏MySQLBeginner

    MySQL每秒57万的写入,带你飞~

    这里使用XeLabs TokuDB做一个测试。 三、XeLabs TokuDB介绍 项目地址: https://github.com/XeLabs/tokudb 相对官方TokuDB的优化: 内置了jemalloc 内存分配 引入更多的内置的TokuDB 性能指标 支持Xtrabackup备份 引入ZSTD压缩算法 支持TokuDB的binlog_group_commit特性 四、测试表 TokuDB核心配置: loose_tokudb_cache_size =4G loose_tokudb_directio=ON loose_tokudb_fsync_log_period=1000 tokudb_commit_sync=0 表结构 CREATE TABLE 从最佳实战上来看,Innodb和TokuDB都写入同样的数据,InnoDB需要花大概是TokuDB3-4倍时间。

    1.1K30发布于 2019-02-27
  • 来自专栏微信公众号:Java团长

    MySQL 每秒 570000 的写入,如何实现?

    这里使用XeLabs TokuDB做一个测试。 三、XeLabs TokuDB 介绍 项目地址: https://github.com/XeLabs/tokudb 相对官方TokuDB的优化: 内置了jemalloc 内存分配 引入更多的内置的TokuDB 性能指标 支持Xtrabackup备份 引入ZSTD压缩算法 支持TokuDB的binlog_group_commit特性 四、测试表 TokuDB核心配置: loose_tokudb_cache_size =4G loose_tokudb_directio=ON loose_tokudb_fsync_log_period=1000 tokudb_commit_sync=0 表结构 CREATE TABLE 从最佳实战上来看,Innodb和TokuDB都写入同样的数据,InnoDB需要花大概是TokuDB3-4倍时间。

    1.8K20发布于 2019-03-04
  • 来自专栏MySQL实战分享

    【数据库评测报告】第三期:innodb、tokudb压缩性能

    三、聊聊tokudb压缩 1、关于tokudb TokuDB 是一个支持事务的“新”引擎,有着出色的数据压缩功能,由美国 TokuTek 公司(现在已经被 Percona 公司收购)研发。 SONAME 'ha_tokudb.so';       INSTALL PLUGIN tokudb_file_map SONAME 'ha_tokudb.so';      INSTALL tokudb_locks SONAME 'ha_tokudb.so';      INSTALL PLUGIN tokudb_lock_waits SONAME 'ha_tokudb.so'; tokudb_row_format = tokudb_fast     tokudb_cache_size = xxG ###建议内存的一半     tokudb_commit_sync = 0 消耗CPU资源相对tokudb压缩策略来说较少(与tokudb_ZLIB 、tokudb_quicklz相近),tokudb_LZMA的CPU资源消耗最多 7、在测试中tokudb各种压缩策略均容易出现瞬间延时的毛刺

    2.9K60发布于 2018-11-29
  • 来自专栏数据和云

    MySQL 每秒 570000 的写入,如何实现?

    这里使用XeLabs TokuDB做一个测试。 三、XeLabs TokuDB 介绍 ---- 项目地址: https://github.com/XeLabs/tokudb 相对官方TokuDB的优化: 内置了jemalloc 内存分配 引入更多的内置的 TokuDB性能指标 支持Xtrabackup备份 引入ZSTD压缩算法 支持TokuDB的binlog_group_commit特性 四、测试表 ---- TokuDB核心配置: loose_tokudb_cache_size =4G loose_tokudb_directio=ON loose_tokudb_fsync_log_period=1000 tokudb_commit_sync=0 表结构 CREATE TABLE 从最佳实战上来看,Innodb和TokuDB都写入同样的数据,InnoDB需要花大概是TokuDB3-4倍时间。

    2.9K20发布于 2019-07-15
  • 来自专栏芋道源码1024

    MySQL 每秒 570000 的写入,如何实现?

    这里使用XeLabs TokuDB做一个测试。 三、XeLabs TokuDB 介绍 项目地址: https://github.com/XeLabs/tokudb 相对官方TokuDB的优化: 内置了jemalloc 内存分配 引入更多的内置的TokuDB 性能指标 支持Xtrabackup备份 引入ZSTD压缩算法 支持TokuDB的binlog_group_commit特性 四、测试表 TokuDB核心配置: loose_tokudb_cache_size =4G loose_tokudb_directio=ON loose_tokudb_fsync_log_period=1000 tokudb_commit_sync=0 表结构 CREATE TABLE 从最佳实战上来看,Innodb和TokuDB都写入同样的数据,InnoDB需要花大概是TokuDB3-4倍时间。

    1.9K30发布于 2019-03-08
  • 来自专栏MySQLBeginner

    MySQL每秒57万的写入,带你飞~

    这里使用XeLabs TokuDB做一个测试。 三、XeLabs TokuDB介绍 项目地址: https://github.com/XeLabs/tokudb 相对官方TokuDB的优化: 内置了jemalloc 内存分配 引入更多的内置的TokuDB 性能指标 支持Xtrabackup备份 引入ZSTD压缩算法 支持TokuDB的binlog_group_commit特性 四、测试表 TokuDB核心配置: loose_tokudb_cache_size =4G loose_tokudb_directio=ON loose_tokudb_fsync_log_period=1000 tokudb_commit_sync=0 表结构 CREATE TABLE 从最佳实战上来看,Innodb和TokuDB都写入同样的数据,InnoDB需要花大概是TokuDB3-4倍时间。

    1.1K20发布于 2019-04-24
  • 来自专栏Java大联盟

    太牛了,MySQL每秒写入57万条数据

    这里使用XeLabs TokuDB做一个测试。 三、XeLabs TokuDB 介绍 项目地址:https://github.com/XeLabs/tokudb 相对官方TokuDB的优化: 内置了jemalloc 内存分配 引入更多的内置的TokuDB 性能指标 支持Xtrabackup备份 引入ZSTD压缩算法 支持TokuDB的binlog_group_commit特性 四、测试表 TokuDB核心配置: loose_tokudb_cache_size =4G loose_tokudb_directio=ON loose_tokudb_fsync_log_period=1000 tokudb_commit_sync=0 表结构 CREATE TABLE 从最佳实战上来看,Innodb和TokuDB都写入同样的数据,InnoDB需要花大概是TokuDB3-4倍时间。

    2.6K50发布于 2021-08-24
  • 来自专栏Java研发军团

    MySQL每秒57万的写入,带你飞~

    这里使用XeLabs TokuDB做一个测试。 三、XeLabs TokuDB介绍 项目地址: https://github.com/XeLabs/tokudb 相对官方TokuDB的优化: 内置了jemalloc 内存分配; 引入更多的内置的TokuDB 性能指标; 支持Xtrabackup备份; 引入ZSTD压缩算法; 支持TokuDB的binlog_group_commit特性; 四、测试表 TokuDB核心配置: 表结构: 利用load data 从最佳实战上来看,Innodb和TokuDB都写入同样的数据,InnoDB需要花大概是TokuDB3-4倍时间。文件大小区别,同样20亿数据: 文件大小在5倍大小的区别。 另外测试几种场景也供大家参考: 如果在TokuDB中使用带自增的主键,主键无值让MySQL内部产生写入速度,下降比较明显,同样写入2亿数据,带有自建主键: 同样的数据写入在主键自增无值产生时,不能使用TokuDB

    1.2K20发布于 2019-06-05
领券