今天在将一个hive数仓表导出到mysql数据库时出现进度条一直维持在95%一段时间后提示失败的情况，搞了好久才解决。使用的环境是HUE中的Oozie的workflow任何调用sqoop命令，该死的oozie的日志和异常提示功能太辣鸡了，最后发现是重复数据导致数据进入mysql表时出现主键冲突进而导致数据同步失败。（1）众所周知hive表是没有主键与索引

TiDB作为NewSQL，其在对MySQL（SQL92协议）的兼容上做了很多，MySQL作为当下使用较广的事务型数据库，在IT界尤其是互联网间使用广泛，那么对于开发人员来说，1）两个数据库产品在SQL开发及调优的过程中，都有哪些差异？在系统迁移前需要提前做哪些准备？2）TiDB的执行计划如何查看，如何SQL调优？本文做了一个简要归纳，欢迎查阅交流。

摘要：在本文中，总结了开发过程中最为常见的几种MySQL抛出的异常以及如何解决，包括高版本驱动的问题、时区配置问题、SSL连接问题等，是一篇经验总结贴。前言在本文中，总结了开发过程中最为常见的几种MySQL抛出的异常以及如何解决，包括高版本驱动的问题、时区配置问题、SSL连接问题等，是一篇经验总结贴，于我个人而言，这一篇足以解决目前

在MySQL中的行级锁、表级锁和页级锁中，咱们介绍过，行级锁是MySQL中锁定粒度最细的一种锁，行级锁能大大减少数据库操作的冲突。行级锁分为共享锁和排他锁两种，本文将详细介绍共享锁和排他锁的概念、使用方式及注意事项。共享锁（ShareLock）共享锁又称读锁，是读取操作创建的锁。其他用户可以并发读取数据，但任

MySQL8.0它lei了，大势浩浩荡荡，谁也挡不住MySQL被Sun收购后，搞了个过渡的6.0版本，没多久就下线了（有一次居然听说有人在线上用6.0版本，我惊得下巴都掉了）。被Oracle收购后，终于迎来了像样的5.6版本，之后就是5.7、8.0版本。这么看来，Sun的衰亡不无道理。P.S，上面说了6.0版本号已被用过，7.x系

回顾POLARDB1.0POLARDB1.0主要的改进包括采用了计算存储分离的架构，完全兼容MYSQL，性能是原生MySQL的6倍。一个用户集群可以在分钟级弹性扩展到16个计算节点，对业务完全透明的计算和存储分离代理，从库延迟仅毫秒级。存储为分布式块存储，可以弹性扩展至100TB的规模。存储层面采用多副本技术，使得数据库的RPO做到了0，完全没有丢

我们知道生产环境中经常会遇到MySQL主从延迟问题，从原理上也能看出主库的事务提交是并发模式，而从库只有一个SQL线程负责解析，所以本身上就可能存在延迟。延迟的主要原因在于：1、从库的配置往往没有主库的配置高2、主库支持并发写入，而5.7之前的版本上从库只有单线程SQL来完成任务。3、MySQL主从之间的同步，并不是完全的实时同步，而是主库

操作系统及MySQL数据库的实时性能状态数据尤为重要，特别是在有性能抖动的时候，这些实时的性能数据可以快速帮助你定位系统或MySQL数据库的性能瓶颈，就像你在Linux系统上使用「top，sar，iostat」等命令工具一样，可以立刻定位OS的性能瓶颈是在IO还是CPU上，所以收集/展示这些性能数据就更为重要，那都有哪些重要的实时性能状态指标可以反应出系统和

一、前言对于从事互联网开发的同学来说，mysql可谓是再熟悉不过的了。无论是DBA、开发或测试，基本上天天要跟它打交道，很多同学可能已经身经百战了。但是，笔者遇到过的这些坑不知道你们都经历过没？二、有符号和无符号以前我们公司在项目开发之初制定开发规范时，对mysql的int类型字段定义成有符号，还是无符号问题专门讨论

首先在这里我就不说关系型数据库与非关系型数据库之间的区别了（百度上有很多）直接切入主题我想查询的内容是这样的：分数大于0且人名是bob或是jake的总分数 平均分数 最小分数 最大分数 计数举这个实例来试试用MySQL和mongodb分别写一个查询首先我们先做一些准备工作MySQL的数据库结构如下1CREATETABL