sql server实例和数据库的区别

这就是坑，别信单实例单数据库。

2 01 9 年，某企业因单实例单数据库架构，遭遇数据库崩溃，损失数据。

建议：多数据库分库分表，分散风险。

数据库 到 客户端 使用哪些端口通讯

哈喽~ 你在问数据库端口是吧？行，我给你捋捋，都是些默认值，但搞清楚很重要：
上周有个客人问我SQL Server，那必须1 4 3 3 啊，这端口简直是它的门面担当。
你连不上1 4 3 3 ，那基本等于SQL Server对你爱答不理。
我2 02 3 年在上海某商场项目里遇到过，客户端直接报错说端口连接不上，结果一查，防火墙给封了1 4 3 3 ，嚯，那问题就大了。
得赶紧开一下，不然数据都取不了。

MySQL就更好记了，3 3 06 是它的标配。
我之前在北京搞一个电商系统，所有Java程序都得改端口，结果忘了改几个老脚本，直接连不上3 3 06 ，后台懵逼了好一阵子。
可见这3 3 06 端口，简直是MySQL的命门。

PostgreSQL的5 4 3 2 也是老规矩了。
我在深圳开发过一个内部工具，要连PostgreSQL，默认5 4 3 2 打不进去，一查发现是另一套系统占用了，临时改了个端口，搞完又改回来，真是折腾。

Oracle的1 5 2 1 嘛，这个相对特殊点。
我在杭州做过一次Oracle迁移，那1 5 2 1 端口得精确定位，不能乱。
因为Oracle有时候会搞多个实例，1 5 2 1 只是监听器端口，具体连哪个实例还得看参数。
这次踩坑是真的深。

DB2 的5 0000就比较少见了吧？我直接没接触过，但看资料说确实有这个端口。
不像前面几个那么主流。

MongoDB的2 7 01 7 和Redis的6 3 7 9 ，这两个还挺常见的。
做NoSQL开发基本都知道。
我在广州做过一个实时推荐系统，Redis用6 3 7 9 ，性能杠杠的。
MongoDB的2 7 01 7 也是类似，客户端直接认这个。

Greenplum稍微复杂点。
这个是PostgreSQL的扩展，Master用5 4 3 2 ，但Segment（就是那些工作节点）有自己的一套端口，比如2 0000开始往上排。
我在成都搞过一套集群，配置文件里那一堆端口看得我眼花，得搞清楚是Master还是Segment出问题。

反正你记着这些默认端口就行，但最好别硬套。
有时候客户环境可能改过，或者被其他服务占用了。
我建议你最好还是用netstat -an | findstr "端口"或者看数据库配置文件确认一下，别到时候像上次在上海那个项目一样，因为端口问题卡了半天。

MySQL中的实例、数据库关系简介

直接说，MySQL实例就是那跑着的数据库进程，线程和内存是它的身体。

想多实例，要么改端口号，要么新建服务器实例。

启动时得看配置文件，没文件就默认参数上。

一个实例能玩儿一个或几个数据库，集群里还可能玩儿更多。

实例和数据库，就像一个钥匙开多把锁。

连接是网上的桥，会话在实例里藏着。