- 博客(13)
- 资源 (1)
- 问答 (3)
- 收藏
- 关注
原创 mongodb中的read concern和write concern
read concert就是在复制集模式或复制集分片的模式下指定对于查询来说什么样的数据返回对于下面的语句可以使用readconcern选项 find command aggregate command and the db.collection.aggregate() method distinct command count command parallelCollect...
2017-10-30 17:00:59 2191
原创 mysql 5.7多线程复制的测试
在主库上执行大量的吸入操作,模拟延时,因为之前的基准测试,导致从库出现长时间的复制延时,在执行stop slave的时候没有响应。 Master_SSL_Key: Seconds_Behind_Master: 85719 mysql> set global slave_parallel_type=logical_clock;ERROR 3017 (HY000
2017-10-26 14:56:50 1487
原创 sysbench 基准测试遇到的一个问题
在使用sysbench进行基准测试的时候遇到下面的错误提示 (last message repeated 3 times) FATAL: MySQL error: 1461 “Can’t create more than max_prepared_stmt_count statements (current value: 16382)” FATAL: `thread_init’ functi
2017-10-25 14:51:18 3734
原创 mysql sysbench基准测试
使用sysbench对mysql5.7.18进行了下基准测试,50个500w表50个并发,观察不同参数下的影响 sync_binlog=1 innodb_flush_log_at_trx_commit=1Threads started!SQL statistics: queries performed: read:
2017-10-24 17:21:57 433
原创 oracle延时约束的问题
约束可以是deferrable或not deferrable(默认)。 可延时约束在创建后可以修改成约束延时检查 deferrable表示该约束是可延迟验证的. 它有两个选项: Initially immediate(默认): 立即验证, 执行完一个sql后就进行验证; Initially deferred: 延迟验证create table t(x int constraint x_not
2017-10-23 16:23:42 719
原创 oracle11g表压缩
在数据量变的很大的情况下,可以考虑表压缩,减少磁盘的存储,减少buffer cache的消耗,加快查询的速度,压缩需要在数据加载和dml的时候消耗一些cpu.表压缩对于应用是透明的。你可以在表空间,表或分区级别指定压缩,如果在表空间级别指定压缩,那么这个表空间中的所有表默认都是压缩的。压缩会发生在数据插入,更新或批量加载到表时。有几种类型的压缩。基本的,oltp的,dss的,归档的。他们的cpu消耗
2017-10-23 15:55:02 1751
原创 oracle11gddl锁测试
session1 :alter table baixyu2 add(id number default 0);SQL> select username,v$lock.sid,id1,id2,lmode,request,block,v$lock.type from v$lock,v$session where v$lock.sid=v$session.sid and username='SCOTT
2017-10-20 17:47:10 869
原创 mysql5.7.18性能压测记录
业务上线了个新系统,使用mysql5.7,使用jmeter进行了下性能测试,通过本次的性能测试还是发现了一些问题的。可以看到库的qps在8,9百,并且随着时间的推移,吞吐是逐渐下降的。这个通过分析接口的响应时间,发现接口耗时在几百毫秒,耗时较长,通过分析代码及数据库的sql发现,其中一个sql可以在业务角度优化,经过与开发沟通,发现是开发工具的分页有问题,分析另外一个接口发现sql执行时间长,分析s
2017-10-18 19:40:02 1691
原创 mysql行复制中从库字段与主库字段不一致
在行复制中,如果从库的字段比主库的字段多,那么不会报错,这个可以理解,日志是按照位置去进行操作的,只要对应的位置匹配就能正常,但是从库的字段也可以比主库的少,这个有点出乎意外。测试了下还真是可以的:mysql> create table t1(a int,b int,comments text);Query OK, 0 rows affected (0.01 sec)从库上执行mysql> a
2017-10-17 17:46:57 645
原创 dataguard数据库坏块自动修复
在dg环境中数据库的坏块是可以自动修复的。主库创建测试表select distinct dbms_rowid.rowid_relative_fno(rowid),dbms_rowid.rowid_block_number(rowid) from scott.test;DBMS_ROWID.ROWID_RELATIVE_FNO(ROWID) DBMS_ROWID.ROWID_BLOCK_NUMBER(
2017-10-16 17:53:05 821
原创 mysql数据文件ibd损坏
在测试环境中模拟了ibd文件损坏的一个情况,实例启动的状态下直接清空了表的ibd文件。这个时候实例是正常访问的,重启后再次访问这个表导致实例关闭。再次启动,错误日志中提示: 2017-10-16 15:16:39 11370 [ERROR] InnoDB: Tried to read 16384 bytes at offset 0. Was only able to read 0. 2017-
2017-10-16 15:59:09 4262
原创 mysql 模拟redo文件损坏测试
在mysql实例开启的状态下模拟了下redo文件损坏的情况,直接清空了redo,重启mysql的实例的时候,遇到了下面的错误 2017-10-16 15:10:17 9177 [ERROR] InnoDB: Log file ./ib_logfile0 size 1024 is not a multiple of innodb_page_size 2017-10-16 15:10:17 9177
2017-10-16 15:19:10 758
原创 oracle11.2.0.4 rm恢复检查点关闭实例
ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY WITH SESSION SHUTDOWN ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY [Process Id: 52142] (xx) Waiting for all non-current ORLs to be
2017-10-11 14:55:23 782
TA创建的收藏夹 TA关注的收藏夹
TA关注的人