MySQL:客户端导入数据Terminal close -- query aborted报错
这里简单记录下问题的原因,供参考。实际上这个问题是在nohup mysql < sql.sql &命令在nohup文件中记录了Terminal close -- query aborted。
工作中Redis有哪些好用的运维工具
工作中使用 Redis 时,如果大家公司没有专业运维,可能开发人员就会面临这些运维的工作,包括 Redis 的运行状态监控,数据迁移,主从集群、切片集群的部署和运维等等。本文我就从这三个方面,给大家介绍一些工具,帮助大家更好的运维管理 Redis。
数据库行业解决方案都写了啥
随着国产数据库在各行业应用规模不断增大,并开始进入深水区。国产数据库从之前的不能用、不敢用逐渐过渡到如何用好。特别是以分布式数据库为代表的新架构数据库产品的出现,颠覆了原有架构产品,之前很多的知识不能复用,如何用好这些成为很多用户所关注的问题。近期,笔者也观察到部分国产数据库厂商经过阶段性实践后,开始将使用心得形成行业解决方案,这无疑对用户会带来积极影响,加速行业推广使用。本文将结合近期发布的两家厂商的行业解决方案为基础,说明下数据库行业解决方案都应包括什么内容。
这些年背过的面试题——MySQL篇
本文是技术人面试系列MySQL篇,面试中关于MySQL都需要了解哪些基础?一文带你详细了解,欢迎收藏!
这些年背过的面试题——Redis篇
本文是技术人面试系列Redis篇,面试中关于Redis都需要了解哪些基础?一文带你详细了解,欢迎收藏!
MySQL8.0.32版本一个严重Bug及解决方案
最近业务反馈,8.0.32在使用union和union all的过程中,发现含有中文等特殊字符时查询返回数据为空。这个影响是比较严重的。
常见的 PostgreSQL 升级错误
11 种常见的 PostgreSQL 升级错误
这些年背过的面试题——Redis篇
本文是技术人面试系列Redis篇,面试中关于Redis都需要了解哪些基础?一文带你详细了解,欢迎收藏!
为什么国产数据库的日志看了让人上头呢?
日志分析是分析数据库故障的重要手段,记得三十多年前刚刚开始学Oracle的时候,前辈告诫我做数据库运维,遇到故障,ALERT LOG永远是第一个要关注的要素。这么多年的实践也证明了,没有遵循这个原则的时候往往会吃苦头。有一次遇到一个十分棘手的问题,STATSPACK报告也分析了、各种指标、TOP SQL也看了,没有发现问题。折腾了半天,快绝望的时候突然想起了看看alert log。一看吓了一跳,数据库不断的在报ORA-00600[kcbgtcr_1],每分钟写出几个GB的日志。这种故障以前遇到过几次,一下子就明白咋回事了。
MYSQL 一个特殊需求在不同的MYSQL配置产生不同的结果 与 update 0 是否需要应用程序判断
最近有一个需求关于数据的清理的需求,但是这个需求里面有一个部分有一个部分是特殊,也就是在数据清理中,是需要进行数据的导出和导入的,并确定在导入和导出的过程中,导出数据在导出到清理的整个过程中中不能被改变,不能进行commited这些数据需要具有独占性 。
1亿数据量MySQL,如何实现秒级扩容?
一般来说,并发量大,吞吐量大的互联网分层架构是怎么样的? 数据库上层都有一个微服务,服务层记录“业务库”与“数据库实例配置”的映射关系,通过数据库连接池向数据库路由sql语句。
MySQL:8028(含)以下 checksum table 不一致的问题
最近遇到不少的案例,其中一个比较有意思的checksum table在8028(含)以下出现instant列会导致checksum table不一致的问题,因为日常校验数据的时候经常使用checksum table进行校验,感觉问题比较严重,就稍微看了下,现记录如下。
聊聊Oracle的分布式数据库技术
Oracle 是集中式数据库的典型代表,其RAC技术独步天下,至今无人能较好地模仿,因此在分布式数据库上发力较晚,也不大有名气。2010年之后,因为互联网企业的巨大成功,分布式数据库技术逐步兴起,再加上传统存储在性能上瓶颈较大,NVME SSD等存储技术的出现,SHARE NOTHING架构的分布式数据库的势头一时无两。Oracle在这个大潮中也有点坐不住了,于是在12c中推出了sharding database技术。
一篇文章,彻底理解数据库操作语言:DDL、DML、DCL、TCL
本篇文章以具体的SQL语句讲解了数据库SQL语言四大分类(数据定义语言DDL,数据操作语言DML,数据查询语言DQL,数据控制语言DCL),同时也介绍了事务控制语言TCL。
Redis Cluster基于客户端对mget的性能优化
1 背景 2 分析原因 2.1 现象 2.2 定位问题 3 解决问题 3.1使用hashtag 3.2 客户端改造 4 效果展示 4.1 性能测试 4.2 结论 5 总结
得物面试:MySQL 深度分页如何优化?
今天分享的是一位读者在去年秋招面试得物被提问的一个问题。 ps:这个数据库优化问题在面试中还是比较常见的,阿里、腾讯、用友、京东、小红书等中大厂的面试都问过这个问题。
千万级数据深分页查询SQL性能优化实践
如何在Mysql中实现上亿数据的遍历查询?先来介绍一下系统主角:关注系统,主要是维护京东用户和业务对象之前的关注关系;并对外提供各种关系查询,比如查询用户的关注商品或店铺列表,查询用户是否关注了某个商品或店铺等。但是最近接到了一个新需求,要求提供查询关注对象的粉丝列表接口功能。该功能的难点就是关注对象的粉丝数量过多,不少店铺的粉丝数量都是千万级别,并且有些大V粉丝数量能够达到上亿级别。而这些粉丝列表数据目前全都存储在Mysql库中,然后通过业务对象ID进行分库分表,所有的粉丝列表数据分布在16个分片的256张表中。同时为了方便查询粉丝列表,同一个业务对象的所有粉丝都会路由到同一张表中,每个表的数据量都能够达到 2 亿+。
MySQL8.3发布
MySQL8.3发布,8.0.36一并发布。8.0.36现在是修复bug版本,基本没有新功能增加。 生产建议8.0.32以上版本。8.1,8.2,8.3不是LTS版本,不适合生产。
MongoDB 的分页(Pagination)
在 MongoDB 中,Pagination 指的是以结构化的方式从集合中检索数据子集的过程。这通常用于处理大型数据集时,在这种情况下,你不想一次性取回所有数据,而只想获取其中的一部分。MongoDB 中的 Pagination 可以将数据分割成更小、更易于管理的块(chunks)。MongoDB 中的 Pagination 可提高性能并减少内存使用量。
面试官问:synchronized为什么是重量级锁?
实现锁应该考虑的问题 如何获取资源(锁)? 获取不到资源的线程如何处理? 如何释放资源? 资源释放后如何让其他线程获取资源?