为什么会有这样的想法，觉得备份比较方便些
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 950 days ago, the information mentioned may be changed or developed.
 |
1
肯定可以啊。
|
1 |
xbigfatMar 30, 2024
2
我觉得小型项目是可以的，大的最好独立服务器吧
|
 |
cr3bitMar 30, 2024 via iPhone
3
存储 io 够的话，docker/虚拟机切一下比挤在一起好点吧
|
 |
hallDrawnelMar 30, 2024
4
可以，我们大项目的，核心业务会分开用，其他周边的业务也都是塞到一个实例里面。
|
 |
baobao1270Mar 30, 2024
5
数据库建议裸机部署，多个应用可以放一个服务器，但是 dev/test/prod 应该分开
|
 |
tothegumpMar 30, 2024
6
问题不大，云服务 MySQL 都好贵……
|
 |
freemoonMar 30, 2024
7
小公司 就是可以啊，又不会性能问题
|
 |
daimaosixMar 30, 2024 via Android
8
当然可以
|
 |
ben1024Mar 30, 2024
9
不可以，不符合安全原则-隔离
|
 |
tunggtMar 30, 2024
10
数据量和访问量不大的话，没什么影响。
至于你说的备份不是什么问题。定时自动备份，又不需要你认为操作 数据量大的话，尽量独立部署 |
 |
ETiVMar 30, 2024 via iPhone
13
随时备份，随时能够恢复备份
|
 |
duanxianzeMar 30, 2024
14
肯定可以啊，如果是云服务器连备份都不用担心
|
 |
drymonfideliaMar 30, 2024
15
@ben1024 小公司隔离了有什么用，大部分都是弱密码，保密政策没有，就算程序员做好了，领导密码也是随便一个 txt 丢桌面上，数据库这边永远不是薄弱的地方
|
 |
luozicMar 30, 2024
16
可以放一个服务器，但是备份和后面的分散隔离的计划做好。
不要在数据库里面玩耦合。 |
 |
guanzhangzhangMar 30, 2024
17
如果数据库你没有决策，就书面或者公司内部确认你们业务数据能备份和恢复
|
 |
qwerthhusnMar 30, 2024 via iPhone
18
可以，但是要注意设置下 max_connextion 最大连接书，很多应用都用的连接池而且设置的存活连接比尿多，多上几个服务，默认的 255 。就占满了
|
|
ben1024Mar 30, 2024
19
@drymonfidelia 密码泄漏是领导责任，我们的追求设计合理
|
 |
iyaozhenMar 30, 2024
20
难道不是这样做的？大公司也是这样，默认都是共享集群，经常能看见别人的慢 sql 。
独立实例还得审批呢 |
 |
7YtssUJk20kh0O37Mar 30, 2024
21
oneman 公司必须这样，节约成本呀
|
 |
wenye123Mar 30, 2024
22
小项目没那么弯弯道道 实际上小项目你搞复杂反而得不偿失
|
 |
lstzMar 30, 2024 via Android
23
当然可以，但是要注意数据盘的伸缩能力
|
|
lstzMar 30, 2024 via Android
24
至于数据隔离原则，我觉得对于小公司来说，分账号给不同的 service 就好了.... 除非
你不是小应用 |
 |
flmnMar 31, 2024
25
别说一个服务器了，一个库都可以。
|
 |
991547436Mar 31, 2024
26
可以，开发生产分开就行
|
Select Language