Redis开发与运维. 1.4 用好Redis的建议
2023-03-09 22:20:15 时间
1.4 用好Redis的建议
1.?切勿当作黑盒使用,开发与运维同样重要
很多使用Redis的开发者认为只要会用API开发相应的功能就可以,更有甚者认为Redis就是get、set、del,不需要知道Redis的原理。但是在我们实际运维和使用Redis的过程中发现,很多线上的故障和问题都是由于完全把Redis当做黑盒造成的,如果不了解Redis的单线程模型,有些开发者会在有上千万个键的Redis上执行keys *操作,如果不了解持久化的相关原理,会在一个写操作量很大的Redis上配置自动保存RDB。而且在很多公司内只有专职的关系型数据库DBA,并没有NoSQL的相关运维人员,也就是说开发者很有可能会自己运维Redis,对于Redis的开发者来说既是好事又是坏事。站在好的方面看,开发人员可以通过运维Redis真正了解Redis的一些原理,不单纯停留在开发上。站在坏的方面看,Redis的开发人员不仅要支持开发,还要承担运维的责任,而且由于运维经验不足可能会造成线上故障。但是从实际经验来看,运维足够规模的Redis会对用好Redis更加有帮助。
2.?阅读源码
我们在前面提到过,Redis是开源项目,由于作者对Redis代码的极致追求,Redis的代码量相对于许多NoSQL数据库来说是非常小的,也就意味着作为普通的开发和运维人员也是可以“吃透”Redis的。通过阅读优秀的源码,不仅能够加深我们对于Redis的理解,而且还能提高自身的编码水平,甚至可以对Redis做定制化,也就是说可以修改Redis的源码来满足自身的需求,例如新浪微博在Redis的早期版本上做了很多的定制化来满足自身的需求,豌豆荚也开源基于Proxy的Redis分布式实现Codis。
相关文章
- 面向 Oracle 的 Amazon RDS 自定义 – 数据库环境中的新控制功能
- 宣布推出面向数据科学家的完全托管式 RStudio on Amazon SageMaker
- 宣布推出适用于 API 的 AWS Data Exchange:查找、订阅和使用具有一致身份验证的第三方 API
- AWS Control Tower 新增功能 – 区域拒绝和防护机制可帮助您满足数据驻留要求
- 宣布推出 Amazon SageMaker Canvas — 面向业务分析师的可视化、无代码机器学习功能
- Amazon Kinesis Data Streams 按需模式 – 无需管理容量即可大规模流式传输数据
- AWS Lake Formation — 具有自动压缩功能的单元格级安全性和受控表正式发布
- 新功能 – Amazon DevOps Guru for RDS 使用 ML 检测、诊断和解决与 Amazon Aurora 相关的问题
- 新的 DynamoDB 表类别 – 节省多达 60% 的 DynamoDB 成本
- 新功能 – 面向 SQL Server 的 Amazon RDS 自定义现已正式推出
- 预览 — AWS Backup 添加了对 Amazon S3 的支持
- 新功能 – 简化对 Amazon S3 中所存储数据的访问管理
- Amazon S3 Glacier 是归档数据的最佳场所 — 引入 S3 Glacier 即时检索存储类
- python-fbprophet总结
- 新功能 — 使用 Amazon SageMaker Studio 创建和管理 EMR 集群和 Spark 任务
- 宣布推出 Amazon SageMaker Ground Truth Plus
- App Runner 新增功能 – VPC 支持
- 基于 Amazon EC2 快速部署高可用ClickHouse
- 在 Amazon RDS for MySQL 和 Amazon Aurora MySQL 上使用 TempTable 存储引擎
- Amazon GameTech 架构最佳实践系列 —— MOBA/FPS架构篇