哪些数据库不能跨机房，默认情况下主机屋所有数据库不能进行外部使用只能提供给同一台

来源：整理时间：2024-07-21 09:59:13 编辑：黑码技术手机版

1，默认情况下主机屋所有数据库不能进行外部使用只能提供给同一台

不是的，数据库和主机提供的是同一个服务器的，也就是说ip相同，当你在主机屋使用的空间程序，需要链接数据库，则可以写ip或者localhost，但是主机屋的数据库只允许本空间使用，不允许他人外部链接，则在其他服务器上的链接不上的。

默认情况下主机屋所有数据库不能进行外部使用只能提供给同一台

2，数据库可以跨服务器连接吗

可以，只要网络能连接到，就可以。参考百度经验上的相关操作方法：http://jingyan.baidu.com/article/8065f87fa2817223312498d3.html

可以使用mysql的主/从多数据库服务器同步数据，如果是做特种服务端的话，若同时在线游戏人数不超过3000人，基本是没必要做主/从结构的数据库群的，望采纳。

数据库可以跨服务器连接吗

3，下面哪些数据库不能分离操作

MVC(Model/View/Controller)模式是国外用得比较多的一种设计模式1、模型（Model）模型是应用程序的主体部分。模型表示业务数据，或者业务逻辑. 所以Model是可以数据分离的我还知道Pubs能进行数据分离！至于上面两个！Benet好想也能！！！A答案没见过！所以不能妄言！所以我选择BCD

检查一下这两个文件或者文件所在文件夹的属性，看是不是权限上有问题。

下面哪些数据库不能分离操作

4，oracle rac可以跨机房架构吗

2000公里的情况不适合做RAC吧。

可以

是的

线要是够长就行，如果不够长就不行，可以做dataguard

机房不机房无所谓吧，貌似要同IP段...

rac编辑〔rac提供的优缺点〕rac，全称real application clusters，译为“实时应用集群”，是oracle新版数据库中采用的一项新技术，是高可用性的一种，也是oracle数据库支持网格计算环境的核心技术。oracle racrac提供的优缺点优点oracle rac主要支持oracle9i、10g、11g版本，可以支持24 x 7 有效的数据库应用系统，在低成本服务器上构建高可用性数据库系统，并且自由部署应用，无需修改代码。在oracle rac环境下，oracle集成提供了集群软件和存储管理软件，为用户降低了应用成本。当应用规模需要扩充时，用户可以按需扩展系统，以保证系统的性能。(1)多节点负载均衡;(2)提供高可用：故障容错和无缝切换功能，将硬件和软件错误造成的影响最小化;(3)通过并行执行技术提高事务响应时间----通常用于数据分析系统;(4)通过横向扩展提高每秒交易数和连接数----通常对于联机事务系统;(5)节约硬件成本，可以用多个廉价pc服务器代替昂贵的小型机或大型机，同时节约相应维护成本;(6)可扩展性好，可以方便添加删除节点，扩展硬件资源。缺点(1)相对单机，管理更复杂，要求更高;(2)在系统规划设计较差时性能甚至不如单节点;(3)可能会增加软件成本(如果使用高配置的pc服务器，oracle一般按照cpu个数收费)。在oracle9i之前，rac的名称是ops (oracle parallel server)。rac 与 ops 之间的一个较大区别是，rac采用了cache fusion(高速缓存合并)技术。在 ops 中，节点间的数据请求需要先将数据写入磁盘，然后发出请求的节点才可以读取该数据。使用cache fusion时，rac的各个节点的数据缓冲区通过高速、低延迟的内部网络进行数据块的传输。

5，oracle adg可以做双活吗

异地多活（异地双活）是最近业界讨论比较多的话题，特别是前一阵子支付宝机房光纤故障和携程网数据库丢失之后，更加唤起了技术人员们对异地容灾的考虑。　　而异地多活比异地容灾更高一级，因为异地容灾仅仅是一个冷备的概念，而异地多活却是指有两个或者多个可以同时对外服务的节点，任意一个点挂了，也可以迅速切换到其他节点对外服务，节点之间的数据做到准实时同步。　　网上看了很多技术分享，总结了以下实践经验：　　1 如果业务量不大，没必要做异地多活，因为异地多活需要的运维资源成本、开发成本都非常高；　　2 注意机房间的延时问题，延时大的可能达到100ms以上，如果业务需要多次跨机房请求应用的话，延迟的问题会彻底放大；　　3 跨机房的专线很大概率会出问题，要做好运维或者程序层面的容错；　　4 不能依赖MySQL双写，必须有适应自身业务的跨机房消息同步方案；　　5 MySQL或者其他存储的数据同步问题，在高延时和较差的网络质量的情况下，考虑如何保证同步质量；　　6 核心业务和次要业务需要分而治之，异地多活的业务形式越简单越好，甚至可以只做核心业务；　　7 异地多活的监控、部署、测试等流程也要跟上；　　8 在业务允许的情况下，考虑用户分区，特别是游戏、邮箱业务比较容易做到；　　9 控制跨机房消息体大小，越小越好；　　10 考虑使用docker等容器虚拟化技术，提高动态调度能力

随着oracle adg的出现，oracle在读写分离的支持上又进一步了，可以在延迟很少的情况下提供读，而且不会出现复制错误或者数据不一致的问题。active dataguard reader farm架构至少存在以下优势：1. 管理维护简单，dba只要熟悉dataguard的管理即可，无需再额外学习其他方面的新知识；2. active dataguard reader farm节点是灵活可扩展的，可以在线添加或者删除节点，并且可以线性扩展而不对生产系统造成影响；3. 可以真正做到实时查询，不会应为大事务造成同步阻塞，性能有保障；4. 没有数据类型的限制；5. 高可用性，节点的宕机都不会影响到数据库的可用性。但是同时也需要注意：1. active dataguard是11g数据库单独的一个option，需要单独付费的。2. 无法在active dataguard reader farm节点单独创建索引进行查询优化。3. 在所有active dataguard reader farm节点上sql的执行计划最好保持一致。