简体中文(ZH-CN) English(EN) 繁体中文(ZH-TW) 日本語(JA) 한국어(KO) Melayu(MS) Français(FR) Deutsch(DE)
mysql大表or小表？
PHPz
PHPz 2017-04-17 11:39:01
0
2
544

facebook采取的设计原则是把表设计的竟可能小，但小表岂不是要频繁join，假如根据一张表中的数据再逐一去取另一表数据会导致mysql连接数飞起？

倘若用大表保持一定冗余性，这种情况对与facebook之类sns网站海量数据会不会导致很快进入瓶颈？

PHPz
PHPz

学习是最好的投资！

全員に返信 (2)
左手右手慢动作
左手右手慢动作2017-04-17 11:41:01 2棟
  1. 当然小表好一些,减少io,同时易于扩展(比如增加字段的时候,不需要修改主表)
  2. 至于你说的join问题,是不存在的,因为互联网应用一般不会允许join操作,原因有两个,一个是速度慢,另一个是以后你分库分表了,怎么办?
  3. 业务上有join需求怎么办? --内存中处理
いいねを押す+0
返信を追加
    大家讲道理
    大家讲道理2017-04-17 11:41:01 1棟

    个人感觉拆成小表，在内存中做join比较的靠谱。

    いいねを押す+0
    返信を追加
      人気のトピック
      詳細>
      人気の記事
      人気のチュートリアル
      詳細>
      関連するチュートリアル
      人気のおすすめ
      最新のコース
      最新のダウンロード
      詳細>
      ウェブエフェクト
      公式サイト
      サイト素材
      フロントエンドテンプレート
      私たちについて 免責事項 Sitemap
      PHP中国語ウェブサイト：福祉オンライン PHP トレーニング，PHP 学習者の迅速な成長を支援します！