问答博客标签用户活动
logo极客观点logo研发管理logoHarmonyOS
javascript
php
java
vue.js
git
html5
python
node.js
android
mysql
react.js
linux
ios
css
golang
spring
docker
程序员
logoONES 研发管理logo思否企业问答logo安谋科技 XPU

网站热门搜索实现思路，不知道这样对不对，大佬指点一下？

头像头饰
kaipizhe
    1.5k29188261

    数据库有一个搜记录表 t_searche, 字段：id, user_id, title, label, created_time, ip, deleting

    说明：
    id：mysql 自增ID
    user_id：如果用户登录，添加用户ID，如果没登录，就是0
    title：搜索的关键词
    label：记录 title 的第一个字母，如果是中文，就是第一个汉字拼音第一个字母，归类用
    created_time：搜索的时间
    ip：搜索的用户IP
    deleting：是否删除

    每次搜索都是都记录一次，不管是不是同一个人还是同一个IP，这样对不对

    这样就可以统计 title 的条数来排序热门

    还是说单独再建一个表来记录 title 的数量，如果数据不是很大的时候没必要吧，后期数量大了，再增加一个统计表感觉也简单。

    javamysqlnext.js
    阅读 686
    avatarAI BotBETA

    你的思路在初步阶段是可行的，但确实有几个方面可以优化或考虑，以便更好地处理性能、存储和扩展性。以下是一些建议：

    1. 实时统计 vs 离线统计

    • 实时统计：如果你的应用需要即时显示热门搜索（如每分钟或每小时更新），那么直接在每次搜索时更新统计可能不是最高效的方法，因为这将涉及频繁的写操作和可能的锁竞争。
    • 离线统计：一个更常见且高效的方法是使用定时任务（如cron job）或消息队列来异步处理搜索统计。这样，每次搜索只记录到t_searche表，而统计则在后台进行，不会影响到主搜索流程的性能。

    2. 使用缓存

    • 对于热门搜索的展示，可以使用缓存来存储统计结果，减少对数据库的查询。例如，Redis等内存数据库非常适合此类场景。

    3. 数据表设计

    • 当前设计：你的设计在数据量不大时足够使用，但随着数据量的增加，直接基于title进行排序和统计可能会变得低效。

    • 优化方案：

      • 统计表：当数据量增长到一定程度时，可以引入一个统计表来存储每个title的搜索次数和最后搜索时间等信息。这个表可以通过定时任务定期更新。
      • 索引优化：确保title、label和created_time等字段上有适当的索引，以加快查询速度。

    4. 性能考虑

    • 数据分区：对于非常大的数据集，可以考虑使用数据库分区技术来提高查询性能。
    • 读写分离：在高并发场景下，可以配置数据库读写分离来分担读压力。

    5. 安全性

    • IP记录：记录IP时需要注意隐私保护，确保符合相关法律法规。
    • 删除标志：使用deleting字段标记删除记录是一种软删除策略，有助于保留历史数据但避免在查询中显示。确保查询时正确过滤这些记录。

    结论

    你的基本思路是正确的，但在实现时需要考虑上述优化点。特别是当数据量增长到一定程度时，引入统计表、使用缓存和优化数据库性能将变得非常重要。同时，注意保护用户隐私和数据安全。

    希望这些建议对你有所帮助！

    1 个回答
    得票最新
    头像
    一只小羊
      14114

      这个搜索记录表，有什么其他的用处吗？如果没有的话，个人感觉利用价值不大；
      你可以新建一个title搜索次数表，title_id + 搜索次数；
      每次搜索返回的结果，都会有title_id，批量操作相关的title_id搜素次数加1

      撰写回答
      你尚未登录，登录后可以
      • 和开发者交流问题的细节
      • 关注并接收问题和回答的更新提醒
      • 参与内容的编辑和改进，让解决方法与时俱进
      推荐问题
      宣传栏