注册会员 | 设为首页 | 加入收藏夹
您好，欢迎光临本网站！[请登录] ！[注册会员]！  

搜索资源列表

  1. 恩信开源ERP 最后版本719以后的版本就不再开源

  2. 恩信科技ERP软件面向流程控制，针对生产型、分销型、服务型企业等不同的行业特点，对全部资源进行整合，把企业的客户关系、产品设计、生产管 理、库存管理、委外管理、采购管理、资金控制、财务系统、人力资源、协同办公、物流配送、电子商务、质量控制、系统安全等整合为非常明确可控制的模块化流 程单元，使企业的人力、物力、财力、信息得到最充分、最合理、最具效率的信息化应用，帮助企业增强核心竞争力，使企业可持续发展。 从系统架构来看它的特点如下： 三层结构设计：本系统是基于INTERNET的B/S架构，通过建

  3. 所属分类：Java

    • 发布日期：2011-08-08
    • 文件大小：2097152
    • 提供者：masters03

  1. 信恩开源ERP7.19源代码

  2. 恩信科技开源ERP软件面向流程控制，针对生产型、分销型、服务型企业等不同的行业特点，对全部资源进行整合，把企业的客户关系、产品设计、生产管理、库存管理、委外管理、采购管理、资金控制、财务系统、人力资源、协同办公、物流配送、电子商务、系统安全等整合为非常明确可控制的模块化流程单元，使企业的人力、物力、财力、信息得到最充分、最合理、最具效率的信息化应用，帮助企业增强核心竞争力，使企业可持续发展。从系统架构来看它的特点如下: 　　三层结构设计:本系统是基于INTERNET的B/S架构，通过建立用户层

  3. 所属分类：制造

    • 发布日期：2014-02-17
    • 文件大小：2097152
    • 提供者：helloxiaoru13

  1. MySQL 闪回工具之 binlog2sql

  2. 生产上误删数据、误改数据的现象也是时常发生的现象，作为 DBA 这时候就需要出来补锅了，最开始的做法是恢复备份，然后从中找到需要的数据再进行修复，但是这个时间太长了，对于大表少数数据的修复来讲，动作太大，成本也大。当然还有其他的一些操作方法，这里暂不展开来讲，我们今天有主角。 最近有些朋友在用大众点评开源的一个 MySQL 闪回工具 -- binlog2sql，因此也测试了一把，一探究竟。 用途 数据回滚 主从切换后数据不一致的修复 从 binlog 生成标准 SQL，带来的衍生功能

  3. 所属分类：MySQL

    • 发布日期：2018-06-26
    • 文件大小：31744
    • 提供者：chf_940684164

  1. 如何恢复MySQL主从数据一致性

  2. MySQL主从数据一致性怎么恢复，MySQL主从数据库的数据不一致，猜测备库在同步过程中出现了问题，现在的问题很明确，就是如何恢复主从库数据的一致性，下文为大家分享解决方法，感兴趣的小伙伴们可以参考一下

  3. 所属分类：其它

    • 发布日期：2020-09-10
    • 文件大小：111616
    • 提供者：weixin_38559727

  1. mysql 主从数据不一致,提示： Slave_SQL_Running: No 的解决方法

  2. 主要介绍了mysql 主从数据不一致,提示： Slave_SQL_Running: No 的解决方法,总结分析了MySQL主从数据不一致的原因与常见处理技巧,需要的朋友可以参考下

  3. 所属分类：其它

    • 发布日期：2020-09-08
    • 文件大小：47104
    • 提供者：weixin_38701952

  1. ubuntu 16.04配置MySQL主从同步的配置方法

  2. 准备工作 1.主从数据库版本最好一致 2.主从数据库内数据保持一致 主数据库：121.199.27.227 /ubuntu 16.04 MySQL 5.7.21 ( 阿里云 ） 从数据库：182.254.149.39 /ubuntu 16.04 MySQL 5.7.21 ( 腾讯云 ） 防火墙配置 配置主服务器只允许特定 IP 访问数据库的端口，避免不必要的攻击。 主库防火墙配置 # iptables -A INPUT -p tcp -s slave_ip --dport 3306 -j AC

  3. 所属分类：其它

    • 发布日期：2020-12-16
    • 文件大小：78848
    • 提供者：weixin_38528180

  1. 详解MySQL主从复制实战 – 基于GTID的复制

  2. 基于GTID的复制 简介 基于GTID的复制是MySQL 5.6后新增的复制方式. GTID (global transaction identifier) 即全局事务ID, 保证了在每个在主库上提交的事务在集群中有一个唯一的ID. 在原来基于日志的复制中, 从库需要告知主库要从哪个偏移量进行增量同步, 如果指定错误会造成数据的遗漏, 从而造成数据的不一致. 而基于GTID的复制中, 从库会告知主库已经执行的事务的GTID的值, 然后主库会将所有未执行的事务的GTID的列表返回给从库. 并且可以

  3. 所属分类：其它

    • 发布日期：2020-12-16
    • 文件大小：79872
    • 提供者：weixin_38751905

  1. MySQL 5.7并发复制隐式bug实例分析

  2. 前言 我们MySQL线上环境大部分使用的是5.7.18的版本，这个版本已修复了很多bug，但针对主从复制的bug还是有很多的，尤其是一些组复制、并行复制的bug尤为突出，在5.7.19版本有做相应改善和修复。所以建议5.7.19之前的版本还是不要使用mgr和并发复制的功能，如使用建议升级至5.7.19（含）以后的版本。 我这里遇到的问题主要是莫名其妙的数据同步出现问题，无法执行stop slave，数据不一致等现象，经过查看发现是版本bug所致，所以对已上线的从库关闭并发复制，对未上线的系统实行

  3. 所属分类：其它

    • 发布日期：2020-12-16
    • 文件大小：56320
    • 提供者：weixin_38650516

  1. 详解MySQL主从不一致情形与解决方法

  2. 一、MySQL主从不同步情况 1.1 网络的延迟 由于mysql主从复制是基于binlog的一种异步复制 通过网络传送binlog文件，理所当然网络延迟是主从不同步的绝大多数的原因，特别是跨机房的数据同步出现这种几率非常的大，所以做读写分离，注意从业务层进行前期设计。 1.2 主从两台机器的负载不一致 由于mysql主从复制是主数据库上面启动1个io线程，而从上面启动1个sql线程和1个io线程，当中任何一台机器的负载很高，忙不过来，导致其中的任何一个线程出现资源不足，都将出现主从不一致的

  3. 所属分类：其它

    • 发布日期：2020-12-15
    • 文件大小：96256
    • 提供者：weixin_38727567

  1. 如何恢复MySQL主从数据一致性

  2. 最近被告知，MySQL主从数据库的数据不一致，猜测备库在同步过程中出现了问题，于是，登上备库，使用 mysql> show slave status\G查看，果然，备库在insert语句中因违反主键约束，导致备库停止了同步。现在的问题很明确，就是如何恢复主从库数据的一致性。 可选方案如下： 一、查看Master最新的Position，将其作为Slave复制的起点。 这种思路体现的是过去的不一致既往不咎，现在保持同步即可。看起来，这个思路和恢复主从库数据的一致性的初衷有所违背，但这种方法，简

  3. 所属分类：其它

    • 发布日期：2020-12-15
    • 文件大小：112640
    • 提供者：weixin_38606076

  1. MySQL 主从复制搭建，基于日志（binlog）

  2. 什么是MySQL主从复制 　　简单来说，是保证主SQL（Master）和从SQL（Slave）的数据是一致性的，向Master插入数据后，Slave会自动从Master把修改的数据同步过来（有一定的延迟），通过这种方式来保证数据的一致性，是主从复制。 　　MySQL主从能解决什么问题 　　一、高可用 　　因为数据都是相同的，所以当Master挂掉后，可以指定一台Slave充当Master继续保证服务运行，因为数据是一致性的（如果当插入Master挂掉，可能不一致，因为同步也需要时间），当

  3. 所属分类：其它

    • 发布日期：2020-12-14
    • 文件大小：92160
    • 提供者：weixin_38611388

  1. ktl工具实现mysql向mysql同步数据方法

  2. 使用ktl工具实现mysql向mysql同步数据 1.新建作业步骤 2.完善作业步骤，主要是完成作业中的转换工作 3.首先要确定数据来源库，也就是数据输出库，这里是mysql 4.其次要确定数据接收库，这里也是mysql数据库 5.在作业中点击执行进行数据同步，根据数据量的不同同步时间也不一样。 6.数据同步完成后查看两个mysql数据库中同步的表数据，数据一致同步完成。 您可能感兴趣的文章:MySQL主从同步机制与同步延时问题追

  3. 所属分类：其它

    • 发布日期：2021-01-19
    • 文件大小：578560
    • 提供者：weixin_38606041

  1. 深入mysql主从复制延迟问题的详解

  2. 面试mysqldba的时候遇到一个题： 描述msyql replication 机制的实现原理，如何在不停掉mysql主库的情况下，恢复数据不一致的slave的数据库节点？ MySQL的复制（replication）是一个异步的复制，从一个MySQL instace（称之为Master）复制到另一个MySQL instance（称之Slave）。实现整个复制操作主要由三个进程完成的，其中两个进程在Slave（Sql进程和IO进程），另外一个进程在Master（IO进程）上。 引用新浪某位大牛的话

  3. 所属分类：其它

    • 发布日期：2021-01-19
    • 文件大小：54272
    • 提供者：weixin_38730840

  1. MySQL数据库主从复制架构

  2. 本文进一步分析引入从库后需要保证主从的数据一致性需要考虑哪些方面。 　　原生复制架构 　　MySQL 的原生复制架构原理如上图所示。从库的 I/O Thread 线程负责不断读取主库的 binlog 日志文件并写入本地的 Relay log 临时缓存。从库的 SQL Thread 线程则不断读取 Relay log 重放事件入库。整个过程看起来是比较简单清晰的，但其中有几个点对主从数据一致性有关键影响，我们下面逐一分析。 　　主从复制的场景下，产生数据不一致的现象有两种： 　　1

  3. 所属分类：其它

    • 发布日期：2021-01-19
    • 文件大小：183296
    • 提供者：weixin_38656741

  1. mysql 主从数据不一致,提示： Slave_SQL_Running: No 的解决方法

  2. 本文实例讲述了mysql 主从数据不一致,提示： Slave_SQL_Running No 的解决方法。分享给大家供大家参考，具体如下： 在slave服务器上通过如下命令 mysql> show slave status\G; 显示如下情况： Slave_IO_Running: Yes Slave_SQL_Running: No 表示slave不同步 解决方法一(忽略错误，继续同步)： 1、先停掉slave mysql> stop slave; 2、跳过错误步数，后面步数

  3. 所属分类：其它

    • 发布日期：2021-01-19
    • 文件大小：51200
    • 提供者：weixin_38702945