代码之家  ›  专栏  ›  技术社区  ›  Joel

把mysql数据库复制到开发机器上-坏主意?

  •  4
  • Joel  · 技术社区  · 15 年前

    我正在考虑将一个生产mysql数据库复制到我的开发机器上,这样我就可以得到当前的数据。

    生产数据库由外部托管。我的开发机器背后有一个不可靠的互联网连接。开发机器完全有可能长时间(小时)与因特网断开连接。

    这样做是否会对生产数据库产生不利影响?

    (严格来说,我并不需要实时数据—但这是一个很好的理由,也是涉足复制的好借口。如果大家一致认为这是一个坏主意,我将设置一个日常工作,将前一天晚上的备份导入到我的开发数据库中)

    5 回复  |  直到 15 年前
        1
  •  1
  •   zerkms    15 年前

    如果你需要改变数据库模式或者用data/triggers/sp/constraits做一些实验呢?一旦修改了从机上的数据,它将一直处于异步状态,直到下一次转储导入+同步。
    那为什么不偶尔做一下转储导入呢?

        2
  •  4
  •   Amy B    15 年前

    拥有真实的数据对开发总是一个巨大的帮助。只要确保每个用户的电子邮件地址都是空白的,这样你就不会给他们发开发邮件了。

        3
  •  1
  •   John Himmelman    15 年前

    只要不影响团队其他成员的开发环境(使用生产数据测试应用程序没有任何危害)。但是,这个特殊的环境应该与您的开发/阶段环境(称之为特殊阶段或几乎是生产环境)分开。

        4
  •  1
  •   David Gelhar    15 年前

    您的生产服务器(电子邮件地址)中是否有任何敏感数据?电话号码?密码?)。我不知道这是否适用于您的环境,但在某些地方,开发计算机上的安全规则比生产服务器上的安全规则更不严格(“这是什么?所有的开发人员都说他们需要根访问权限来安装cpan模块?--当然,没问题,它只是一个开发框)。

    如果 涉及到敏感数据,请仔细考虑是否通过将其复制到另一台计算机来增加曝光率。

    (复制是否使用安全(ssh)连接?)

        5
  •  0
  •   Your Common Sense    15 年前

    我认为在你的情况下-是的,这是个坏主意。 为了开发,我们不需要任何实际的数据,即使是每天更新的数据。 而且您的Internet连接条件不适合玩复制。