展开

关键词

MariaDB

一、为什么要 我的七月小说站点放在JCloud上,恕我直言,配合我的Aliyun服务器进行交互,那是相当的慢,没办法,京东云上面十几块钱的公网ip,也就这样了。 所以我决定把web服务器和部署到一起。 二、前导步骤 过程中顺便记录一手,供后面再次到别的服务器上查阅,省的麻烦。 create database novel 三、表和结构 先cd到mysql的运行路径下,再执行一下命令: 1.导出和表结构: mysqldump -u用户名 -p密码 名 > > 名.sql mysqldump -uroot -p -d dbname > dbname .sql 3.导入 方法一: (1)选择 mysql>use dbname ; mysql -u用户名 -p密码 名 < 名.sql

72620

MySQL到SQLserver

最近因工作需要,需要将mysql到sqlserver,仅仅是,因此相对比较简单。 一、 环境 源:RHEL 6.5 + MySQL 5.6.26 目标: Windows 7 64 + SQLserver 2014 二、准备环境 1、下载及安装ODBC驱动 http ,指定源名称,IP地址及端口号,如下图: image.png 添加完毕后单击确定(OK)。 OPENQUERY (MySQL ,'select * from testdb.tt) id dt 1 2016-03-18 10:48:06.0000000 2 NULL 3 NULL 二、 实施 USE master GO CREATE DATABASE material --创建目标 GO 可以使用以下语句查询需要的schema下的表 SELECT * FROM OPENQUERY

56210
  • 广告
    关闭

    腾讯云618采购季来袭!

    一键领取预热专享618元代金券,1核1G云原生数据库TDSQL-C低至4.9元!云产品首单低0.8折起,企业用户购买域名1元起…

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    MySQL信息

    lodboyedu-01 2.6.32-696.el6.x86_64 #1 SMP Tue Mar 21 19:29:05 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux 备份中的 root@mku tools]# /application/mysql/bin/mysqldump -u root -p123456 --all-databases >/tmp/bak.sql 将备份远程传送到新服务器上 ,进行恢复 rsync -avz /tmp/bak.sql 172.16.1.51:/tmp/ 恢复 /application/mysql/bin/mysql -u root -p123456 </ tmp/bak.sql 说明:在新的服务器上,将刚刚传送过来的文件导入MySQL

    36560

    mongodb备份

    mongodb备份 1.先进入到mongodb目录的bin目录下,Linux windos是一样 ? 2.集合备份和恢复 使用mongo自带命令来,思路是先导出集合再导入到中 导出命令:mongoexport 语法:mongoexport -d dbname -c collectionname 使用 mongo 备份还原命令 备份语法:mongodump -h dbhost -d dbname -o dbdirectory 恢复语法:mongorestore -h dbhost -d dbname --dir dbdirectory -h:服务器地址 -d:名 -o:备份文件路径 --file:恢复文件的路径 实战命令 备份语法:mongodump -h 127.0.0.1 -d local -o D:\data 恢复语法:mongorestore -h 127.0.0.1 -d dump --dir D:\data\local 备注:如果原有集合或者存在则是把相同名称原有覆盖

    55820

    SqlServer 表的

    这是前两天做的一个项目,主要功能就是把表A的到表B和表C,然后删除掉表A的。 限制就是,在表A中没有任何的标识列可以证明了该表的某行被操作过,并且,还在往表A中不停的插入。 ,观察不出问题,但是使用脚本向表A中不停的插入量几十万的时候,就可以发现有丢失的问题。 ,在通过脚本向表A中插入百万级的量的同时,执行操作无丢失的情况发生,得到了正常。 注:以上的SQL为存储过程,程序通过调用存储过程来执行操作

    17520

    Yii2之(Migrate)

    在开发和维护一个驱动的应用程序时,的结构会随代码的改变而改变。 因为一个结构发生改变的时候源代码也经常会需要做出改变,Yii 提供了一个 功能,该功能可以记录的变化, 以便使和源代码一起受版本控制。 创建一个: yii migrate/create <name> 这是一个通用的创建格式,其中<name>是必填的参,用来描述当前。 而mssql中并没有text类型,但是有个类似的类型,叫做ntext。如果在到mysql的时候直接写实体字段类型text,那么如果改换为mssql的时候就会很麻烦。 中会出现一个叫做migration的表,用来记录记录,如图: ? 选中的就是当前操作生成的记录。 会生成一个表test_table并且插入一条。 ?

    58530

    Android—Room (Migration)

    前言 如果大家看到了这里,那大家就可以正常使用Room了。因为业务的变更,我们时常会添加字段。这时候咱们就需要去升级了。 大致的意思是:你修改了,但是没有升级的版本 这时候咱们根错误提示增加版本号,但没有提供migration,APP一样会crash。 大致的意思是:让我们添加一个addMigration或者调用fallbackToDestructiveMigration完成 接下来,咱们增加版本号并使用fallbackToDestructiveMigration (),虽然可以使用了,但是我们会发现,的内容都被我们清空了。 ,并且旧也保留了。

    1K10

    flask (flask 29)

    app=Flask(name) db=SQLAlchemy(app) migrate=Migrate(app,db) migrate的命令: 初始化 flask db init 生成脚本 flask

    21020

    文件的

    关于中的文件,需要考虑普通文件,redo日志文件(还需要考虑是否为current状态),undo表空间,临时表空间,system,sysaux表空间。 文件可以参考下面的伪代码: move_non_system_tablespace ,需要在open状态 { alter file '/oravl03/oradata/TESTDB/redo_g1_m2.dbf' to '/oravl01/oracle/redo_g1_m2.dbf'; 最后带给大家一些福利,关于文件的

    52640

    救援

    一日风雨交加,晚上值班时,一业务的空间不够, 报警 。 正常停 SQL> shutdown immediate Database closed. Database dismounted. -03113: end-of-file on communication channel Process ID: 381 Session ID: 191 Serial number: 3 可能由于昨晚强制关闭 ,导致文件状态可能不一致,因为正常关闭会同步校验各文件,使得重新启动的时候文件时间点一致。

    20940

    Django问题

    Django执行 导致原因:因为文件和中的记录不一致 解决办法 python manage.py migrate app名 --fake 文件名 将指定文件标记为已经映射 ,这时将不会执行这个文件的Sql语句。 如果不知道是那个文件出现了问题,可以将这个app下面的所有文件全部删除,然后将文件表django_migrations中这个app的所有文件全部删除,然后将表的字段和类映射对应清楚后使用 python manage.py makemigrations app_name生成一个文件,然后使用python manage.py migrate --fake-initial将第一个建表的文件保存到中 根生成模型 令python manage.py inspectdb > 文件路径 需要修正下 名字,可能名字太长,或者会有关键字 模型需要放到相关的app当中 通过外键连接的表需要调整 执行标记命令

    40220

    复杂吗?

    XX DB-》MySQL 经常会被“领导”问到从某某到MySQL复杂吗?大概需要多长时间能完?听到这个问题你会怎么想?你会怎么回答这个问题?想听听我的答案吗?请往下看。 因此,这件事情得去问你的装修公司,也就是实际负责项目实施的团队。当用这个例子解释完以后,基本上领导就会能够理解成本的点在哪里了。 虽然这种事情大部分是由“装修公司”来实施的,但也不排除有打算自己动手操作的。恰巧我的上一份工作主要做的就是,这方面的经验还是有一些的,在这里给大家分享一下。 基本上的工作可以分为三部分,前期调研,中期实施,后期验证。根项目规模的大小,各个阶段的时间略有调整,但总体来说还是三个阶段。 关于的经验已经分享给大家,如果需要从其他至MySQL,可以使用官方的MySQL Workbench向导。

    22510

    Flask 中的

    在 Flask 中,可以使用来解决这个问题,可以追踪模型类的变化,然后把变动应用到中,不会删表造成丢失。 ? 其中一个非常重要的依赖是 Alembic ,时自动生成文件和脚本都是 Alembic 完成的,也是因为 Alembic 的机制,操作只能在 Linux 系统中使用,不能在 每次模型类有变化,需要时,都需要执行创建脚本的命令,生成新版本的脚本。 3. 执行 python flask_migrate_db.py db upgrade 生成脚本后,还没有变化,结果还没有生效,需要继续执行 upgrade 命令,使结果应用到中 这点需要特别注意,时最好使用一个新的(不要与其他项目用同一个),避免造成丢失。 ? 每次生成脚本后,都需要执行 upgrade 命令,结果才会生效。 4.

    28130

    的备份,

    08.14自我总结 的备份 一的备份 1.单备份 mysqldump -uroot -p123 db1 > db1.sql #名 mysqldump -uroot -p123 db1 mysql -u -p < filename.sql; 2.在内 创建空 选择 然后使用source filename; 来进行还原 例如 use db1; source /root/ db1.sql 三. 务必保证在相同版本之间 # mysqldump -h 源IP -uroot -p123 --databases db1 | mysql -h 目标IP -uroot -p456 四.备份高阶 1.常用参 -B:表示的是指定多个,增加了建语句和use的语句。 -t : 只备份中的 –single-transaction 适合innodb的备份。 2.

    28920

    PostgreSQL案例

    一般关系型的字符串有限定长度8k左右,无限长Text类型的功能受限,只能作为外部大访问。 是pgsql的模板。 所谓模板就是创建新database时,PostgreSQL会基于模板制作一份副本,其中会包含所有的设置和文件。 怎么创建模板? alter database tmpdb is_template false; drop database tmpdb; 案例 备份 pg_dump -h 192.168.30.1 -p

    14430

    Cloudbase方案

    功能介绍 云开发环境之间的一直是个老大难问题,虽然SDK中提供了单个集合的export和import,但是要达到实现整个还只是100步中的第一步,该方案便是介绍一种将A环境至 B环境的思路,仅供参考。 使用的资源 两边环境的云函 两边环境的云 目标环境的云存储 函介绍 migrate ,需部署至被的环境下 记得修改demo中的环境ID为自己的环境ID 需主动发起调用,无需参。 调用migrate(建议控制台直接调用) 等待返回值 前往新环境查看结果 注意事项 由于 export 这个接口每秒只能调用一次,所以保险起见,在代码层级上每个集合的导出都间隔一秒。 若migrate函控制台出現 ESOCKETTIMEDOUT 或其他报错,但其他三个函均运行正常,那可以忽视,以目标环境是否正确为准。

    35740

    到SQL Server 2017

    4 确认SQL Server 服务,引擎,SSIS,SSAS,SSRS等等可用 5 排序规则注意一致或者有变更的仔细核对 6 确保应用程序的连接需求 7 日志、聚集、镜像、复制、全文索引、分布式服务等服务类的都需要有计划的去管理 18 回滚计划以及测试 19 务必通知所有涉及和影响的负责人 20 向所有负责人发送升级、的步骤 21 准备新的、或者旧的维护计划 以上的列表就是我的计划中的主要步骤,仅供参考。 源类型即你计划、升级的源类型,我这里选择的是SQL Server,当然也是支持其他类型源的。 目标服务器类型只能选择SQL Server 或者Azure DataBase。 点击Connect按钮连接。 ? 一旦,成功连接,下面就会真是给你可用的。选择评估。这时你已经能够灵活的选择一个还是多个进行。 ? 这里我选择了两个,执行对它们的评估。在点击ADD按钮后,下个界面将会开启评估。 ? 评估时间取决于你的大小,在下个界面,你会看到评估进度。 ?

    1.1K60

    Greenplum小记

    所以对于GP集群方案,难点在于服务节点多,存在全局性依赖,如果完成后存在网络问题或者系统问题会导致集群全部失效,无法启动;而且集群环境涉及集市和ETL服务器,需要区别对待,制定合理的方案 首先的难点不是,而是技术储备,GP技术方向相对来说小众,没有MySQL的风风火火,也没有大方向纯粹的分布式方案(GP是MPP分布式方案),抛开这些,会的人少,愿意学的人也少。 看起来是个技术活儿,但是的是业务,所以的事情肯定是要和业务挂钩的,这方面也是经常找同事老郭他们来确认和学习。 00 /usr/local/pgsql9.5.5/bin/postgres -D /data/pgdata_5532 5.其他的服务和配合 在检查的时候,突然发现部分GP,PG的元有一个 8.的备份 这部分的备份,只能取到最小的结果集,对于GP集群而言,最起码的DDL配置是要备份的,对于PG而言,属于集市,结果集不大,所以可以考虑同步到其他的集群或者节点上。

    63041

    相关产品

    • 迁移服务平台

      迁移服务平台

      迁移服务平台(MSP)整合了各种迁移工具,并提供统一监控。迁移服务平台帮助用户方便快捷的将系统迁移上云,并清晰掌握迁移进度。迁移服务平台 不收取任何额外费用,您只需为使用的迁移工具及资源付费……

    相关资讯

    热门标签

    扫码关注云+社区

    领取腾讯云代金券