ORM 能不能这样

[tioover]

我设想，ORM 用算法判断，如果一个字段被频繁访问，就会被被判断为热点，对于热点的字段，自动的加载到内存中（比如说Redis）然后定时同步……

这种思路有意义吗？有没有成品？

[Alex_L]

大部分ORM都有缓存和延迟加载一类的机制

[ericls]

好像还是只有自己写 我也在寻找类似的

[est]

那也只是频繁读啊，遇到频繁写的怎么办？

[shiny]

频繁读取的，数据库本身就有 Query Cache 吧，而且可靠性很好。热点数据自己用 redis 实现也不费劲吧，关键是可靠。

[tioover]

@est 频繁写就是写在内存啊，定时写入SQL

[tioover]

好吧，那么可以讨论一下怎么判断热点数据

访问次数为y轴，时间为x轴，那么一个热点数据的曲线大致上是驼峰或者波浪型，可以通过导数来判断？

[9hills]

@tioover 写 cache 的话数据一致性怎么解决啊

[Alex_L]

没太明白你的意思。内存的空间是有限的，不经常访问的缓存数据会过期，换而言之缓存中的数据大都是热点数据。至于利用缓存不一致写缓存要根据业务场景来，比如点赞功能就不适合每次写数据库。这种行为应该根据业务场景对数据一致性的需求，由程序员自己判断，不应该由ORM做，而且反正做起来也很简单。

[davepkxxx]

缓存框架就是干这个的。

[kfll]

@tioover 频繁写就没这么容易了…

[tioover]

@kfll
@Alex_L 对哦……

[mengzhuo]

一个字段……做好数据库的优化其实比应用层的优化有用得多。
先检查query cache hit rate比较好，如果是MYSQL的话，可以开始考虑proxy+主-从了。
反正一般对已上线的服务都是先加硬件，再考虑代码优化。