这个示例可以结合着之前的连接MySQL一起来看：参考。

代码如下。当然，运行之前，你需要

• 已经完成了基本的工具安装，这个并不容易（参考）
• 已经有一个可以正常运行的与连接的SQL Server
• 已经有一个网络上到SQL Server联通的主机的ssh账号
• 下面的实例中，还需要一个t_1表，表中有三个字段

import pyodbc
import pandas as pd
import logging
import sshtunnel
from sshtunnel import SSHTunnelForwarder

ssh_host = 'x.x.x.x'
ssh_port=22
ssh_username = 'lilei'
ssh_password = 'xxxxxx'


db_server = 'x.x.x.x'
db_port= 1433
database = 'xxx'
db_username = 'xxx'
db_password = 'xx'


tunnel = SSHTunnelForwarder(
    (ssh_host, ssh_port),
    ssh_username = ssh_username,
    ssh_password = ssh_password,
    remote_bind_address = (db_server, db_port),
)
tunnel.start()


cnxn = pyodbc.connect('DRIVER={ODBC Driver 17 for SQL Server};SERVER=127.0.0.1,'+str(tunnel.local_bind_port)+';DATABASE='+database+';UID='+db_username+';PWD='+ db_password)
cursor = cnxn.cursor()

cursor.execute("SELECT * FROM dbo.t_1;")
row = cursor.fetchone()
while row:
    print('ID: %(id)03s | nick: %(nick)012s | birthdate: %(bd)010s' %
      {'id':row[0],'nick':row[1],'bd':row[2]})
    row = cursor.fetchone()

在前段时间微软Ignite前后，Azure的SQL Server托管服务（Azure SQL Managed Instance）发布一个基于”Always On”技术的新的“Link”特性。可以帮助用户在云端实例和其他环境实例建立一条同步链路，将其他环境的数据同步到Azure云端。该功能当前处于邀请测试阶段（limited public preview），支持SQL Server 2019(需要CU13)，长期计划支持2016及其以后的版本。

从感受上来说，国外三家云厂商，Azure应该是更新最快速的，可以说是最努力的那朵云，相比AWS虽然起步晚，但是跑得非常快。从这个功能来看，微软在尝试通过产品化的方式帮助用户将本地的数据，快速、低成本的迁移到Azure。

这里简单介绍一下该功能。使用该功能，可以实现如下能力：

• 将本地或者其他云上的SQL Server数据”近实时”地同步到Azure云的SQL Server
• 可以实现本地环境SQL Server的读扩展，可以将部分可以接受延迟的读服务切换到Azure上
• 可以利用Azure上的一些分析产品能力，包括Synapse、MI、PBI等
• 可以通过多个Link通路，将多个实例数据同步一个Azure实例上用于聚合分析
• 利用Azure在全球众多区域部署，使用Link同步通路，可以让业务快速具备就近访问的能力
• 可以帮助用户更加无缝的实现，从其他环境迁移到Azure上，使用Link特性是一个很好地过渡
• 如果需要建设SQL Server数据库的容灾能力，这也是一个非常简单快速的方式

参考链接：

• Managed Instance link – connecting SQL Server to Azure reimagined：链接
• Link feature for Azure SQL Managed Instance (limited preview)：链接
• Distributed availability groups：链接

行业头条

• 2022 IEEE Fellow 新晋名单出炉，阿里云数据库李飞飞入选。

非常了不起，简单来说，叫”李飞飞”大概都非常牛逼，无论男女。不过话说，这次还没有看到阿里云开始宣传，难道还憋了更大的招？

• Aurora开始支持MySQL 8.0：参考。AWS上版本号为3.01.0版本，基于MySQL 8.0.23版本。
• Neptune开始支持ARM架构的实例：参考。
• DocumentDB开始支持Graviton 2实例，性能号称提升30%：参考。

今天是AWS年度大会re:Invent第一天，最近一个月AWS都在密集的发个各种功能。MySQL 8.0于2018年4月正式GA，三年半之后，Aurora正式支持8.0版本，看到，Aurora对于内核改造/定制是非常大的，导致一个大版本发布后的改造量非常大，跟紧社区的成本很高，当然，这大概也和官方8.0版本的代码一直以来变化比较大有一些关系。

另外，AWS一直在加大Graviton2(ARM-Based)实例的支持与宣传，随着，云原生架构的标准化，IaaS层性价比将是各个云厂商的”基本内功”，在Graviton2上的投入，就相当于AWS在提前的偷偷修炼内功了，这与苹果做M1是一样的道理。

• 火山引擎成为字节跳动的独立BU，云计算战略呼之欲出：参考。

期望看到更加繁荣的云计算市场，不过云计算是一个技术、资金投入都非常大的方向，字节加油！