北京哪里能买到口罩
疫情当前,口罩是重要的个人防护用品,目前在北京很难买到。 根据这段时间的经验,多刷刷app,还是有一定几率买到口罩的。 北京哪里买得到口罩 1.物美超市/多点app “多点”app是物美超市的网购平台,得益于北京网点分布广泛,基本能覆盖到北京城区范围。 在“多点”搜索口罩,会跳转到口罩活动页,目前销售的是韩国进口口罩KF94标准,相当于国内的kn95标准,价格17.8元/个。口罩有货的话,可以直接
Read more交易系统的主库在公司机房,备库在外面的IDC机房。备库搬回到公司,service_name从trade1改为了trade3,,unique_name也从从trade1改为了trade3。 启动后无异常,不久开始报备库延迟。alert.log 日志显示没有可用的归档路径。
|
1 2 3 4 5 6 7 |
Tue Jan 07 06:53:58 2020 Archiver process freed from errors. No longer stopped Tue Jan 07 06:58:58 2020 ARCH: Archival stopped, error occurred. Will continue retrying ORACLE Instance xxx - Archival Error ORA-16014: log 13 sequence# 4095 not archived, no available destinations ORA-00312: online log 13 thread 1: '/u01/app/oracle/oradata/xxxx/std_redo03.log' |
错误原因: 操作疏忽,忘记修改log_archive_dest
Read more阿里云RDS使用总结: 1、只读从库按照小时结算(通用型 8核、32G内存,500G硬盘,4.63元/小时)。 2、按年计算,只读从库总费用超过主库。主库默认带一个备库用于灾备,从库没有备库。阿里云库少赚的钱,从库给你找补回来。 3、只读从库购买之后初始化数据要持续一段时间(主库165G,只读从库初始化时间大约30分钟)。 4、购买只读从库后,需要在主库界面点击“申请读写分离地址” 5、设置读写分
Read more写在最前: 这是14年我写的文章,曾经发布在chinaunix上(http://blog.chinaunix.net/uid/23284114.html),已经被chinaunix删除。 今天搜索问题,导引到itpub一篇博客上,看文章结构非常熟悉(该博客未注明转载自哪里)。查看了自己的云笔记,确认是我2014年10月写的文章。 感慨时间过的真快,转眼过去5年。 算上这次,chinaunix是我已
Read moreMySQL中存在长时间运行的SQL和事务(超过120S),对数据库而言是潜在隐患,这颗“雷”总有爆炸的一天。 比如,修改表结构之前,切记要在从库检查是否有长时间运行的SQL,有请杀掉,避免从库产生元数据锁引起的从库延迟。 建议定时扫描MySQL中长时间运行的SQL,并kill掉,排除隐患。
|
1 2 3 4 5 6 7 8 9 10 11 12 |
SELECT trx.trx_id, trx.trx_started, trx.trx_mysql_thread_id, trx.trx_query FROM INFORMATION_SCHEMA.INNODB_TRX AS trx INNER JOIN INFORMATION_SCHEMA. PROCESSLIST AS pl ON trx.trx_mysql_thread_id = pl.id WHERE trx.trx_started < CURRENT_TIMESTAMP - INTERVAL 120 SECOND AND pl. USER <> 'system_user'; |
Read more
工作中MySQL使用Innodb引擎时,创建表一定要加上主键(最好是无意义的auto increment列)。如果表没有主键和索引,且数据量很大,那么在主从复制时,从库上该表的dml操作不能根据主键和索引快速定位到操作的数据,只能采用全表扫描,速度非常缓慢。 因此,对于InnoDB而言,主键非常重要。 找出数据库中哪些表没有主键:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 |
SELECT t.table_schema, t.table_name, k.constraint_name, k.column_name FROM information_schema.tables t LEFT JOIN information_schema.key_column_usage k ON t.table_schema = k.table_schema AND t.table_name = k.table_name AND k.constraint_name = 'PRIMARY' WHERE t.table_schema NOT IN ( 'mysql', 'information_schema', 'performance_schema' ) AND k.constraint_name IS NULL AND t.table_type = 'BASE TABLE'; |
Read more
工作中,Dataguard主库、备库在不同机房用于容灾是常见的架构。但是,网络带宽不够,主库的redo传输到备库不及时,此时就会发生备库延迟。 这种情况下,当主库故障无法访问,备库落后于难以起到完全的灾备作用。 如何判断网络带宽是否够用? 首先,要知道redo每秒产生量,然后和带宽进行比较。长时间redo每秒产生量大于网络带宽,很明显网络带宽不够用了。 如何在不增加支持成本解决这个问题? 在CPU
Read more从库延迟有两方面原因: 1、IO thread慢,主要是因为网络带宽不足。 在主从库开启启压缩参数slave_compressed_protocol减少压力。网上查看实验数据,压缩率大概是1/4(开启压缩7.14MB/s,不开启则是23.76MB/s) 如果CPU压力已经很大不建议开启压缩参数,毕竟压缩要消耗大量CPU资源。 2、 SQL thread慢。 SQL thread负责读取relay
Read more