2025年06月04日
缓存，在互联网产品中可以简单理解为：第一次请求数据放到存储器中，下次显示该页面先把上次保存的数据显示出来，同时去请求数据，请求完成刷新显示新数据，并将其再缓存起来。
当今互联网应用（网站或App）的整体实现流程是：用户的请求从界面（浏览器或App界面）到网络传送、应用服务再到存储（数据库或文件系统），然后返回到界面呈现内容。
随着内容信息越来越复杂，用户数和访问量越来越大，我们的应用需要支撑更多的并发量，同时应用服务器和数据库服务器所做的计算也越来越多。但是往往我们的应用服务器资源是有限的，数据库每秒能接受的请求次数也是有限的（文件的读写也是有限的），如何能够有效利用有限的资源来提供尽可能大的吞吐量？一个有效的办法就是引入缓存，每个环节中请求可以从缓存中直接获取目标数据并返回，从而减少计算量，有效提升响应速度，让有限的资源服务更多的用户。
2025年06月04日
软考-系统架构设计师，Redis持久化是重要考点。
RDB：传统数据库中快照的思想，指定时间间隔将数据进行快照存储。
AOF：传统数据库中日志的思想，将每条改变数据集的命令追加到AOF文件的末尾，这样出问题了，可以重新执行AOF文件中的命令来重建数据集。
2025年06月04日
来源：平头哥的技术博文：
https://www.cnblogs.com/jamaler/p/12174517.html
redo 日志是用来保证 MySQL 持久化功能的，需要注意的是 redo 日志是 InnoDB 引擎特有的功能。
为什么 InnoDB 引擎会引入 redo 日志作为中间层来保证 MySQL 持久化，而不是直接持久化到磁盘？我们先来看看《MySQL实战45讲》中提到的一个故事。
2025年06月04日
GeoHash目前比较主流实现位置服务的技术，Geohash算法将经纬度二维数据编码为一个字符串，本质是一个将降维的过程。
举个简单的例子，在地球上为了表示一个地标点，人们通过经度和纬度的交叉点来确定，但是这个地标点的表示必须是二维的。用二维数据存储的情况下，如果搜索某个地标点A周边5公里的酒店，如果将每个点到A的距离计算一遍，计算量非常大。
2025年06月04日
在当今瞬息万变的Web世界里，前端开发者扮演着越来越重要的角色。我们不仅要精通HTML、CSS、JavaScript，构建出精美、交互流畅的用户界面，更要关注用户体验的每一个细节——尤其是“速度”。当用户打开网页，等待数据加载的每一秒，都可能导致他们流失。为了打造“秒开”的极致体验，前端开发者除了优化自身代码、利用CDN加速静态资源外，是否也需要将目光投向后端，了解像Redis这样的“数据魔术师”呢？我的答案是：当然需要，而且至关重要！