过期已删除

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

过期已删除

匹配关键词 mysql

萧晔离

Laravel 9.x 译者 42 声望

打杂总管 @ 广电区块链

暂无个人描述~

0 人点赞

从小程序个人账户申请开始，带你一步步进行开发一个微信小程序，直到提交微信控制台上线发布。

我们将带你从零开发一个项目并部署到线上，本课程教授 Web 开发中专业、实用的技能，如 Git 工作流、Laravel Mix 前端工作流等。

推荐文章：

更多推荐...

博客

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

博客

手摸手带你使用 docker-compose 编排一个开发环境 18 / 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

294 声望

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

5年前评论

萧晔离（楼主）

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

schizobulia

65 声望

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

5年前评论

萧晔离（楼主）

正在研究这个，谢谢

臭鼬

见习助教 178 声望

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

4年前

kebenxiaoming

16 声望

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

4年前

过期已删除

推荐文章：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

过期已删除

推荐文章：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

请登录