过期已删除

问答 / 0 / 5 / 创建于 5年前 / 更新于 3年前

过期已删除

匹配关键词 mysql

萧晔离

Laravel 9.x 译者 42 声望

打杂总管 @ 广电区块链

暂无个人描述~

0 人点赞

以构建论坛项目 LaraBBS 为线索，展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。

从零开始带你一步步开发一个 Go 博客项目，让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。

推荐文章：

更多推荐...

博客

冯老师的困惑 —— 一个跑了两年的 BUG 21 / 17 |

博客

手摸手带你使用 docker-compose 编排一个开发环境 20 / 15 |

博客

冯老师的困惑 —— PHP 挂了 21 / 4 |

MySQL 8.0 官方手册翻译征集 10 / 14 |

博客

Laravel Route(路由)匹配源码分析 18 / 5 |

博客

Laravel 实用小技巧 —— 如何快速更新 20 万条 MySQL 数据？ 20 / 26 |

schizobulia

65 声望

最佳答案

如果数据增长很快,可以使用ElasticSearch。

5年前评论

萧晔离（楼主）

正在研究这个，谢谢

讨论数量: 5

largezhou

课程读者 682 声望 / Ctrl+CV工 @ LZzzz

你这个例子，，，简直跟《高性能MySQL》上的案例一模一样，，，

不过你这才 1W 数据，，，

5年前评论

萧晔离（楼主）

我去阅读下看看

largezhou （作者）

@萧晔离 5.4 小节《索引案例学习》

萧晔离（楼主）

@largezhou 谢谢

star7th

308 声望

不要试图用什么牛逼花样数据库技术去增加复杂度，给自己留大坑。直接跑个定时任务，每天凌晨跑，把用户一次性全读取出来放在数组里，也就是放内存。然后计算，匹配，然后再把结果放到mysql里。现阶段的数据量远远小于内存的上限，何必去折腾。当数据库太大的时候才用各种技巧。但当下最好最省事最高效的方式就是在内存里硬干。

5年前评论

萧晔离（楼主）

谢谢，因为数据是增长的所以有点想在前期就把技术搞定...不过你这个思路我也可以试试

schizobulia

65 声望

如果数据增长很快,可以使用ElasticSearch。

5年前评论

萧晔离（楼主）

正在研究这个，谢谢

臭鼬

见习助教 184 声望

@萧晔离楼主搞定了没，有同样需求

5年前

kebenxiaoming

16 声望

有人帮你维护嘛，这点数据先考虑脚本分析统计吧

5年前

过期已删除

推荐文章：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

过期已删除

推荐文章：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

请登录