这是一个创建于 667 天前的主题，其中的信息可能已经有所发展或是发生改变。
为什么会有这样的想法，觉得备份比较方便些
 | 1 hefish 2024 年 3 月 30 日  1 肯定可以啊。 |
 | 2 xbigfat 2024 年 3 月 30 日 我觉得小型项目是可以的，大的最好独立服务器吧 |
 | 3 cr3bit 2024 年 3 月 30 日 via iPhone 存储 io 够的话，docker/虚拟机切一下比挤在一起好点吧 |
 | 4 hallDrawnel 2024 年 3 月 30 日 可以，我们大项目的，核心业务会分开用，其他周边的业务也都是塞到一个实例里面。 |
 | 5 baobao1270 2024 年 3 月 30 日 数据库建议裸机部署，多个应用可以放一个服务器，但是 dev/test/prod 应该分开 |
 | 6 tothegump 2024 年 3 月 30 日 问题不大，云服务 MySQL 都好贵…… |
 | 7 lasuar 2024 年 3 月 30 日 小公司 就是可以啊，又不会性能问题 |
 | 8 daimaosix 2024 年 3 月 30 日 via Android 当然可以 |
 | 9 ben1024 2024 年 3 月 30 日 不可以，不符合安全原则-隔离 |
 | 10 tunggt 2024 年 3 月 30 日 数据量和访问量不大的话，没什么影响。 至于你说的备份不是什么问题。定时自动备份，又不需要你认为操作 数据量大的话，尽量独立部署 |
 | 13 ETiV 2024 年 3 月 30 日 via iPhone 随时备份，随时能够恢复备份 |
 | 14 duanxianze 2024 年 3 月 30 日 肯定可以啊，如果是云服务器连备份都不用担心 |
 | 15 drymonfidelia 2024 年 3 月 30 日 @ben1024 小公司隔离了有什么用，大部分都是弱密码，保密政策没有，就算程序员做好了，领导密码也是随便一个 txt 丢桌面上，数据库这边永远不是薄弱的地方 |
 | 16 luozic 2024 年 3 月 30 日 可以放一个服务器，但是备份和后面的分散隔离的计划做好。 不要在数据库里面玩耦合。 |
 | 17 guanzhangzhang 2024 年 3 月 30 日 如果数据库你没有决策，就书面或者公司内部确认你们业务数据能备份和恢复 |
 | 18 qwerthhusn 2024 年 3 月 30 日 via iPhone 可以，但是要注意设置下 max_connextion 最大连接书，很多应用都用的连接池而且设置的存活连接比尿多，多上几个服务，默认的 255 。就占满了 |
| 19 ben1024 2024 年 3 月 30 日 @drymonfidelia 密码泄漏是领导责任，我们的追求设计合理 |
 | 20 iyaozhen 2024 年 3 月 30 日 难道不是这样做的？大公司也是这样，默认都是共享集群，经常能看见别人的慢 sql 。 独立实例还得审批呢 |
 | 21 7YtssUJk20kh0O37 2024 年 3 月 30 日 oneman 公司必须这样，节约成本呀 |
 | 22 wenye123 2024 年 3 月 30 日 小项目没那么弯弯道道 实际上小项目你搞复杂反而得不偿失 |
 | 23 lstz 2024 年 3 月 30 日 via Android 当然可以，但是要注意数据盘的伸缩能力 |
| 24 lstz 2024 年 3 月 30 日 via Android 至于数据隔离原则，我觉得对于小公司来说，分账号给不同的 service 就好了.... 除非 你不是小应用 |
 | 25 flmn 2024 年 3 月 31 日 别说一个服务器了，一个库都可以。 |
 | 26 991547436 2024 年 3 月 31 日 可以，开发生产分开就行 |
Select Language