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

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

PostgreSQL 是非常好的开源的数据库,针对替换ORACLE数据库的重任,基本上大部分中小型企业,能指望的也只有POSTGRESQL,当然如果你愿意花更多的前,更多的应用程序结构方面的改造,MYSQL也不是不可以, ORACLE换成PG就如同,你从一个中单的一个房间换到另一个房间,如果要是ORACLE到MYSQL,就如同你从北京,搬到上

在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，完全没有丢

最近公司在使用Hive做项目测试，所以就在Hive上面建了一些表，做测试。使用建表语句后发现数据被自动覆盖了，现在了解到的情况是这样的。Hive中，表的Metadata信息全部存储在MySQL中。而存储在MySQL中的数据是没有校验过程的。也就是说，你可以创建一个逻辑错误的表，两个表指向同一个HDFS文件也是有可能的。所以，在使用CREA

配置文件以及文档地址:http://git.oschina.net/wangjingj/mycatrw系统环境docker1.12.3mysql5.7.17deepin15.3桌面版(这个没啥影响,因为我们用docker)要点说明使用\docker

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

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