MySQL开启多线程复制
关闭复制mysql> stop slave; Query OK, 0 rows affected (0.00 sec)设置并发同步类型为逻辑时钟方式mysql> set global slave_parallel_type=logical_clock; Query 
MySQL半同步复制之rpl_semi_sync_master_wait_point
MySQL5.7之前的版本半同步复制rpl_semi_sync_master_wait_point默认值为after_commitMySQL5.7半同步复制rpl_semi_sync_master_wait_point默认值为after_sync看一下官方文档怎么说AFTER_SYNC (the default): The master writes each transaction to its
MySQL半同步复制rpl_semi_sync_master_timeout测试
测试环境:mysql5.7.26 一主两从查看主库状态:mysql> show status like 'Rpl_semi_sync_master_status'; +-----------------------------+-------+ | Variable_name
binlog2sql解析binlog
资料来源:https://github.com/danfengcao/binlog2sql1、安装git和pipyum -y install git python-pip2、安装binlog2sql[root@server-254-163 tmp]# git clone https://github.com/danfe
Xtrabackup+mysqlbinlog完全恢复
一、备份:1、数据备份1)做一次全备:innobackupex --defaults-file=/mysql/mysql3307/etc/my.cnf --user=backup --password=mysql --no-timestamp --no-lock --parallel=4 /mysql/backup/xtraba
MySQL基准测试redo大小对性能影响
测试数据:10张表,每张表500万行数据,共12G的数据。在其他参数不变的情况下,逐渐调整innodb_log_file_size大小,测试MySQL的QPS和TPS。innodb_log_file_size大小分别为50M,100M,200M,500M,1024M。测试脚本如下:# /usr/local/bin/sysbench /tmp/sysbench-master/sr
MySQL基准测试参数innodb_flush_log_at_trx_commit对性能影响
测试数据:10张表,每张表500万行数据,共12G的数据。在其他参数不变的情况下,将innodb_flush_log_at_trx_commit分别设置为0,1,2,测试MySQL的QPS和TPS。[root@server-254-163 ~]# /usr/local/bin/sysbench /tmp/sysbench-master/src/lua/oltp_rea
MySQL基准测试开启Binlog对性能影响
测试数据:10张表,每张表500万行数据,共12G的数据。在其他参数不变的情况下,分别开启Binlog和关闭Binlog,测试MySQL的QPS和TPS。测试脚本如下:/usr/local/bin/sysbench /tmp/sysbench-master/src/lua/oltp_read_write.lua --mysql-user=sysbenchuser --
MySQL基准测试Can't create more than max_prepared_stmt_count statements
用sysbench做MySQL基准测试,出现报错Can't create more than max_prepared_stmt_count statements。通过查阅相关资料。 max_prepared_stmt_count 参数限制了同一时间在mysqld上所有session中
MySQL基准测试innodb_buffer_pool_instances对性能影响
测试数据:10张表,每张表500万行数据,共12G的数据。innodb_buffer_pool_size=24576M不变,修改innodb_buffer_pool_instances大小测试对性能的影响,分别为1,2,4,8,16,24,32。测试脚本如下:/usr/local/bin/sysbench /tmp/sysbench-master/src/lua/oltp_read_wr
MySQL基准测试innodb_buffer_pool_size对性能影响
测试数据:10张表,每张表500万行数据,共12G的数据。innodb_buffer_pool_instances = 1不变,每次测试只修改innodb_buffer_pool_size大小,分别为256M,1G,6G,12G,24G。测试脚本如下:# /usr/local/bin/sysbench /tmp/sysbench-master/src/lua/oltp_read
MySQL基准测试数据准备
mysql 5.7.26sysbench 1.1.0一、创建测试库create database sysbenchtest;二、创建测试用户grant all PRIVILEGES on sysbenchtest.* to sysbenchuser@'%' identified by
sysbench测试主机CPU
系统:CentOS 7.4工具:sysbench 1.0.17查看测试CPU命令参数:# sysbench cpu help sysbench 1.0.17 (using system LuaJIT 2.0.4) cpu options: --cpu-max-prime
sysbench测试磁盘IO
系统:CentOS 7.4工具:sysbench 1.0.17测试IO性能分三个阶段:准备阶段、运行阶段和清理阶段准备阶段:# sysbench --file-num=20 --threads=20 --file-total-size=100G --events=1000000 --file-test-mode=rndrw&nb
sysbench测试主机memory
系统:CentOS 7.4工具:sysbench 1.0.17查看测试memory命令参数:sysbench memory help sysbench 1.0.17 (using system LuaJIT 2.0.4) memory options: --memory-bl
MySQL索引之cardinality
查看一个表的索引:mysql> show index from rank_item; +-----------+------------+--------------------+--------------+-------------+-----------+-------------+----------+--------+------+----
Innodb关键特性之启动、关闭和恢复
参数innodb_fast_shutdown影响着表的存储引擎为Innodb的行为,该参数可以取值为0、1、2,默认值为1,支持全动态局设置。设置为1:关闭MySQL的时候不会做清除脏页和插入缓冲区的合并操作,也不会将脏页刷新到磁盘。设置为0:会做清除脏页和插入缓冲区的合并操作,也会将脏页全部刷新到磁盘上面去,但是这个时候关闭的速度也是最慢的。
Innodb关键特性之刷新邻接页
1、工作原理 当刷新一个脏页时,innodb存储引擎会检测该页所在区(extent)的所有页,如果是脏页,那么一起进行刷新。这样做的好处显而易见,通过AIO可以将多个IO写入操作合并为一个IO操作,增大写入量,减少了物理写IO,故该工作机制在传统机械磁盘下有着显著的优势。 1、在写入次数基本不增加的情况下,增加了写入的量; 2、加速了脏页的回收; 3、充分利用double write每次1
Innodb关键特性之异步IO(AIO)
1、关于AIO与SIO 为了提高磁盘操作性能,当前的数据库系统都采用异步IO的方式来处理磁盘操作。 1、异步IO:用户可以在发出一个IO请求后立即再发出另外一个IO请求,当全部IO请求发送完毕后,等待所有IO操作完成,这就是AIO。 2、与AIO对应的是Sync IO,即每进行一次IO操作,需要等待此次操作结束才能继续接下来的操作。2、开启异步IO 首先OS要有异步io,且开启,然后mys
Innodb关键特性之Adaptive Hash Index
众所周知,InnoDB使用的索引结构是B+树,但其实它还支持另一种索引:自适应哈希索引。哈希表是数组+链表的形式。通过哈希函数计算每个节点数据中键所对应的哈希桶位置,如果出现哈希冲突,就使用拉链法来解决。更多内容可以参考 百度百科-哈希表 从以上可以知道,哈希表查找最优情况下是查找一次.而InnoDB使用的