shell如何跨服务器执行数据库查询

shell如何跨服务器执行数据库查询,第1张

1、使用ssh-keygen生成密钥实现快速登陆
[python] view plain copy
要跨服务器自动执行脚本,得需要实现免密码自动登陆,然后才能在多个服务器之间跳转,因此我们首先需要生成登陆密钥。
生存登陆密钥需要三个步骤,在本地机器创建密钥,复制公钥要远程主机,将公钥追加到远程主机的authorized_keys
下面是一个 *** 作示例:

oracle@linux1:~> mkdir ~/ssh #首先在本地创建ssh目录并赋予权限
oracle@linux1:~> chmod 700 ~/ssh
oracle@linux1:~> ssh-keygen -t rsa #使用ssh-keygen生成密钥对,也可以使用dsa方式
Generating public/private rsa key pair
Enter file in which to save the key (/users/oracle/ssh/id_rsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /users/oracle/ssh/id_rsa
Your public key has been saved in /users/oracle/ssh/id_rsapub
The key fingerprint is:
01:c8:48:01:f2:3d:a7:b4:cd:4a:9c:10:2d:ba:ef:4e oracle@linux1

第一,两个事物都开启。
第二,将第一个库查询的数据放入数据表中,带入一个方法中(此方法用户将查询到的数据插入第二个库,另外还有第二个事物也作为参数传进来)
第三,删除第一个库中的数据。
第四,提交两个事物
如果有错,两个事物回滚。

当然是不能直接跨服务器查询了。但是,如果你有足够的权限,可以变通一下。就是MYSQL的同步复制
使s2作为s1的从服务器,同步数据库d1到s2,这样s1做了更改后s2上也会有d1且d1也会随之改变数据,再在s2上执行同台服务器上的跨库查询就方便多了
关于如何设置“MYSQL的复制”,请到网站下载MYSQL参考手册,里边有详细的说明
如果不明白,可以HI我

摄像头采集;

1、音视频编解码;

2、流媒体协议;

3、音视频流推送到流媒体服务器;

4、流媒体网络分发;

5、用户播放器;

6、音视频同步;

7、网络延迟自适应;

8、需要录制,多种视频文件的格式和封装;

9、语言:C、C、html、php、mysql

10、开发环境:嵌入式,Linux,Windows,Web

还有就是视频播放解决方案(卡顿、延迟):

1、CDN加速;

2、自己架服务器;

3、用别人的云服务。

用CDN加速,可以尽量减少延迟。目前业内水准来看,视频延迟都在3-6秒之间。也就是在视频直播时,你看到的是几秒以前的画面。

自己架服务器,如果部署的数据中心不够多,那么遇上跨网、跨省的传输,还是得用CDN加速。那么为了尽可能降低延迟,你就需要在全国各省市都部署数据中心,来解决跨网、跨省的传输。用云服务的话,就是别人把服务器给你架好了,你只要傻瓜式的用就行了。当然,不管用哪种方式,综合权衡利弊,找到适合的方案就是最好的方案。

开发视频直播的流程有哪些:

1、采集;

2、前期处理;

3、编码;

4、传输;

5、解码;

6、渲染。

采集:iOS是比较简单的,Android则要做些机型适配工作。PC最麻烦各种奇葩摄像头驱动,出了问题特别不好处理,建议放弃PC只支持手机主播,目前几个新进的直播平台都是这样的。

前期处理:现在直播美颜已经是标配了,80%的主播没有美颜根本没法看。美颜算法需要懂图像处理算法的人,没有好的开源实现,要自己参考论文去研究。算法设计好了还要优化,无论你打算用CPU还是GPU优化,算法优化本身也需要专业知识支持。GPU虽然性能好,但是也是有功耗的。GPU占用太高会导致手机发烫,而手机发烫会导致摄像头采集掉帧。而这一切都是需要经验支撑。

编码:如果你要上720p,肯定要采用硬编码。软编码720p完全没希望,硬件编码不灵活。兼容性也有问题。如何适应纷繁复杂的网络和纷繁复杂的上下行设备?安卓和芯片的坑,开发过的人都知道。那有人问,要求不高,上软编码低分辨率360p行不行?就算上低分辨率,软编码还是会让CPU发烫,CPU过热烫到摄像头,长期发烫不仅直接反应是费电。既然是手机直播,插着电源和充电器实在说不过去吧。还有,CPU发烫会降频,怎么办?这还是只说性能方面。和前处理只影响图像质量和功耗不同,视频编解码技术还关联成本计算和网络对抗。考虑性能、功耗、成本、网络这四个之后你编码的码率、帧率、分辨率。软硬件开发该如何选择?

传输:自己做不现实,交给第三方服务商吧。

解码:如果你用硬解码,一定要做容错处理,一定要做适配。突然一个crash导致手机重启不好吧。安卓的硬解码,不说了。如果你加了网络目前手机的硬解码还不一定支撑用软解码,功耗发热的问题又来了。

渲染:为什么手机明明解码出好多帧数据。就是渲染不出来。为什么画面就是不同步。

以上是媒体模块,还有信令控制,登录、鉴权、权限管理、状态管理等等,各种应用服务,消息推送,聊天,礼物系统,支付系统,运营支持系统,统计系统等。后台还有数据库,缓存,分布式文件存储,消息队列,运维系统等。

以上技术要点的小结,确实能说明开发一个能用于生产环境的实时视频直播平台确非易事,跟IM里传统的实时音视频一样,这样的技术都是音视频编解码网络传输技术的综合应用体。

跨数据库使用比较简单,如ceshi数据库想使用Finance2014的A表,则使用SELECT FROM Finance2014dboA
跨服务器的使用,相对复杂一些 需要先连接服务器
EXEC sp_addlinkedserver 'srv_lnk','','SQLOLEDB','1921682249'EXEC sp_addlinkedsrvlogin 'srv_lnk','false',null,'sa','12345'
再设置保证存储过程能够使用
EXEC sp_serveroption @server='srv_lnk',@optname='rpc',@optvalue='TRUE'EXEC sp_serveroption @server='srv_lnk',@optname='rpc out',@optvalue='TRUE'
再跨服务器调用数据库表和存储过程如:
SELECT FROM srv_lnkAdboB 其中A为数据库B为表
EXEC srv_lnkAdboB 其中A为数据库B为存储过程

二医院FTP安全交换网关应用场景

一、用户需求

1 办公网与内网之间需文件隔离交互。

2 采用U盘拷贝两网的文件,拷贝的文件中可能存在病毒、木马等,将外网的恶意代码扩散到内网的风险。

3 只可传入院里用到的类型文件,如文档、、视音频等。

4 传入内网的文件需进行病毒查杀。

5 文件从内网拷出要有记录,事后可查,避免重要文件外流。

6 每个部门相互独立,又有一个公用的文件夹。

7 机子多不能每台机子安装客户端,需用标准的FTP直接在地址栏中输入,即可使用。

二、现状

1 通过对防火墙、网闸穿透,在内网部署一个FTP,实现内外网的文件交互。

2 整个医院使用同一帐号。

3 无杀毒、文件类型限制,会传入病毒、木马等危险文件。

三、部署

现摆渡产品,部署在内外网两端,办公网接防火墙至公网。如下图,中间红框设备为摆渡产品。

四、平台功能

1、通过IB通信实现以太网隔离;

2、通过MIME(多用途互联网邮件扩展类型),进行文件深度检测,实现类型限制。

3、外网使用卡巴斯基,调用命令查杀,内网使用clamav,调用接口查杀。

4、记录用户、IP、时间、目录、文件等信息到日志中。

5、外传的文件会自动备份到指定的目录,避免用户传完文件后,删除文件,无法查证。

6、通过Linux挂载文件fstab,将公用文件挂到每个用户目录下,实现每个部门相互独立,又有一个公用的文件夹。

五、使用

1用户访问如下

外网通过FTP防问路径为ftp://aaa:aaa@1921680111

内网通过FTP防问路径为ftp://aaa:aaa@192168130247

2通过添加网络位置,方便使用,如下图中的网络位置,直接打开如本地盘一样。

3打开网络盘后,如下,gg为公用目录,其它为部门内部目录及文件。

4各部门配置信息如下:

序号    科室    用户名    密码    路径    备注 

1    安全保卫科    /data/aqbwk  

2    财务科    /data/cwk  

3    党政综合办公室    /data/dzzhbgs  

4    干部保健办公室    /data/gbbjbgs  

5    工会    /data/gh  

6    公共    /data/gg  

7    公共卫生科    /data/ggwsk  

8    后勤保障中心    /data/hqbzzx  

9    护理部    /data/hlb  

10    基建科    /data/jjk  

11    纪委监察室    /data/jwjcs  

12    健康管理中心    /data/jkglzx  

13    健康教育科    /data/jkjyk  

14    科教科    /data/kjk  

15    门诊部    /data/mzb  

16    评审办    /data/psb  

17    签到单模板    /data/qddmb  

18    人事科    /data/rsk  

19    设备科    /data/sbk  

20    社工部    /data/sgk  

21    团委    /data/tw  

22    外网资料    /data/wwzl  

23    信息科    /data/xxk  

24    信息系统问题统计    /data/xxxtwttj  

25    宣传统战部    /data/xctzb  

26    医保(物价)办公室    /data/ybbgs  

27    医共体办公室    /data/ygtbgs  

28    医患沟通办公室    /data/yhgtbgs  

29    医技科室    /data/yjks  

30    医务管理中心    /data/ywglzx  

31    医院发展中心    /data/yyfzzx  

32    医院感染管理科    /data/yygrglk  

33    院领导    /data/yld  

34    质量管理办公室    /data/zlglbgs  

35    住院部    /data/zyb  

管理员人员    /data/ 


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zz/13267043.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-06-29
下一篇 2023-06-29

发表评论

登录后才能评论

评论列表(0条)

保存