mysql中间件

原文：http://blog.csdn.net/akof1314/article/details/6822902/ 网上有很多关于Delphi连接MySql数据库的文章，在这里，我只记录下自己测试过的方法，以备所需。 系统环境：Windows XP SP3 软件环境：Delphi 7 、mysql-installer-5.5.15.0 1.ODBC方式 必须要先有MySql的ODBC驱动，我下载的是全安装版，包括MySql服务器、各种所支持的连接、工作台、示例数据库、文档，若是无ODBC驱动，可以到官网 http://dev.mysql.com/downloads/connector/odbc/ 下载。 ①数据源方式 首先，确认安装了MySql的ODBC驱动，打开“控制面板”→“管理工具”→“数据源”，切换到“驱动程序”页，查看“MySql ODBC 5.1 Driver"，如下图所示： 切换到"系统DSN"→"添加"→"MySql ODBC 5.1 Driver"，如下图所示： 弹出MySql数据源配置，数据源名称随意，TCP/IP Server为数据库地址，User用户名，Password密码，Database连接的数据库，点"Test"进行测试连接，如下图所示： 点击"OK"后，即可看到新增加了一个数据源。打开Delphi 7，在窗体上放置TADOConnection

3 月，跳不动了？>>> 在上一篇「 MySQL高可用复制管理工具 —— Orchestrator介绍 」中大致介绍了 Orchestrator 的功能、配置和部署，当然最详细的说明可以查阅 官方文档 。本文开始对 Orchestrator 的各方面进行测试和说明。 测试说明 环境介绍 服务器环境： 三台服务器 1 ：MySQL实例 （3306是orch的后端数据库，3307是MySQL主从架构「开启 GTID 」） Master ： 192.168 . 163.131 : 3307 Slave ： 192.168 . 163.132 : 3307 Slave ： 192.168 . 163.133 : 3307 2 ：hosts （etc/ hosts）： 192.168 . 163.131 test1 192.168 . 163.132 test2 192.168 . 163.133 test3 这里需要注意的是，orch检测主库宕机依赖从库的IO线程（本身连不上主库后，还会通过从库再去检测主库是否异常），所以默认change搭建的主从感知主库宕机的等待时间过长，需要 需要稍微改下： change master to master_host= ' 192.168.163.131 ' ,master_port= 3307 ,master_user= ' rep ' ,master

Repliaction是mysql自带数据库同步机制 mysql通过读取另外一个数据库的bin_log日志实现数据同步，数据同步是单向的，从主节点到从节点。 下载第三方镜像 docker pull mishamx/mysql docker tag mishamx/mysql RP docker rmi mishamx/mysql docker run -d -p 9003:3306 --name rn1 -e MYSQL_MASTER_PORT=3306 -e MYSQL_ROOT_PASSWORD=123 -e MYSQL_REPLICATION_USER=backup -e MYSQL_REPLICATION_PASSWORD=123 -v rnv1:/var/lib/mysql --privileged --net=swarm_mysql rep 创建从节点 docker run -d -p 9003:3306 --name rn2 -e MYSQL_MASTER_HOST= rn1 -e MYSQL_MASTER_PORT=3306 -e MYSQL_ROOT_PASSWORD=123 -e MYSQL_REPLICATION_USER=backup -e MYSQL_REPLICATION_PASSWORD=123 -v rnv1:/var/lib/mysql -

MySQL主从复制与读写分离的实现 转载 2013年01月17日 18:20:12 MySQL主从复制与读写分离 MySQL主从复制(Master-Slave)与读写分离(MySQL-Proxy)实践 Mysql作为目前世界上使用最广泛的免费数据库，相信所有从事系统运维的工程师都一定接触过。但在实际的生产环境中，由单台Mysql作为独立的数据库是完全不能满足实际需求的，无论是在安全性，高可用性以及高并发等各个方面。 因此，一般来说都是通过 主从复制（Master-Slave）的方式来同步数据，再通过读写分离（MySQL-Proxy）来提升数据库的并发负载能力 这样的方案来进行部署与实施的。 如下图所示： 下面是我在实际工作过程中所整理的笔记，在此分享出来，以供大家参考。 一、MySQL的安装与配置 具体的安装过程，建议参考我的这一篇文章： http://heylinux.com/archives/993.html 值得一提的是，我的安装过程都是源码包编译安装的，并且所有的配置与数据等都统一规划到了/opt/mysql目录中，因此在一台服务器上安装完成以后，可以将整个mysql目录打包，然后传到其它服务器上解包，便可立即使用。 二、MySQL主从复制 场景描述： 主数据库服务器：192.168.10.130，MySQL已经安装，并且无应用数据。 从数据库服务器：192.168.10

数据量增多，单机的数据库不足以支撑业务，需要用到数据库集群。而读写分离，就是将数据库的读和写分离，对应到数据库一般就是主从数据库，一主一从或者一主多从；业务服务器把数据写到主数据库中，读操作都去从库读；主库会同步数据到从库，保证数据的一致性。 主从集群 这种集群方式，就是将访问的压力从主库转移到从库，单机的数据库不能支撑并发读写的时候，而且读的请求很多的情况下就适合数据库集群。如果写的操作很多的话，那就不适合这种集群方式，因为写的时候是写入主库，主库的压力还是没有变化，同时同步到从库也需要消耗资源。 单机的时候，一般数据库优化就是加索引，但是加了索引对查询有优化，但是写入的时候会有影响，因为写入的数据库不会更新索引。所以在主从数据库中，可以单独的对读库（从数据库）做索引，而写库（主数据库）可以减少缩影而提高写的效率。 但是主从数据库中需要注意： 主从同步延迟、分配机制的考虑 主从同步延迟 二次读取 一般操作是，在从库读取数据时，没有读到数据，就去主库进行数据读取。但是这种操作还是将读的压力返还给主库，如果有恶意的攻击，主库就爆了。 一般情况下，通过对数据库访问的API进行封装就能实现这个功能，业务之间没有耦合。 写了之后的马上读操作操作主库 在写了数据后，立马读操作就去访问主库，之后的读操作访问从库，这种业务上会有高度耦合。 根据业务，将重要的业务数据的读写都放在主库

系统开发中，数据库是非常重要的一个点。除了程序的本身的优化，如：SQL语句优化、代码优化，数据库的处理本身优化也是非常重要的。主从、热备、分表分库等都是系统发展迟早会遇到的技术问题问题。Mycat是一个广受好评的数据库中间件，已经在很多产品上进行使用了。希望通过这篇文章的介绍，能学会Mycat的使用。 安装 Mycat官网： http://www.mycat.io/ 可以了解下Mycat的背景和应用情况，这样使用起来比较有信心。 Mycat下载地址： http://dl.mycat.io/ 官网有个文档，属于详细的介绍，初次入门，看起来比较花时间。 下载： 建议大家选择 1.6-RELEASE 版本，毕竟是比较稳定的版本。 安装： 根据不同的系统选择不同的版本。包括linux、windows、mac,作者考虑还是非常周全的，当然，也有源码版的。（ps:源码版的下载后，只要配置正确，就可以正常运行调试，这个赞一下。） Mycat的安装其实只要解压下载的目录就可以了，非常简单。 安装完成后，目录如下： 目录 说明 bin mycat命令，启动、重启、停止等 catlet catlet为Mycat的一个扩展功能 conf Mycat 配置信息,重点关注 lib Mycat引用的jar包，Mycat是java开发的 logs 日志文件，包括Mycat启动的日志和运行的日志。 配置

分表 通常指：通过应用程序层，将数据划分到不同的表中进行存储 对比分区，分区是在服务器层完成的分区算法 分表会导致客户端明显的改变，在服务器端出现结构相同的多张表，甚至可以把多张表分到不同的服务器上 以账单表为例：数据库可能会有这样的情况 create table bill201710( id int unsigned auto_increment primary key, user_ud int unsigned, amount decimal(10,2), date int ); create table bill201711( id int unsigned auto_increment primary key, user_ud int unsigned, amount decimal(10,2), date int ); create table bill201712( id int unsigned auto_increment primary key, user_ud int unsigned, amount decimal(10,2), date int ); 而是又Java等代码进行处理，区分应该选择哪一张表，根据传递的时间参数进行划分 实际中，有一个比较麻烦的问题， 主键ID的问题 ，理论上ID是不可以重复的 解决方案： （1）代码层面，手动做一个自增ID，不稳妥

本文转载自： https://www.93bok.com 实验环境： Centos6.5 minimal 64位系统 服务器IP：192.168.10.22（mycat） 192.168.10.27（master） 192.168.10.29（slave） 192.168.10.21（测试客户端） 说明： 1. 安装包已经提前下载好，此文档中不再演示下载步骤 2. 根据笔者习惯，所有的源码包都在/a01/apps/apps_src/ 3. 所有的服务安装路径都在/a01/apps/xxxxxxx 4. 服务器只安装了MySQL，如果不会安装，请参考之前文章 包版本： MySQL： mysql-5.7.19.tar.gz或者mysql-boost-5.7.19.tar.gz Mycat： Mycat-server-1.6.5-release-20171117203123-linux.tar JDK： jdk-8u151-linux-x64.tar.gz JDK去oracle官网下载： http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html Mycat官网下载： http://www.mycat.io/ MySQL读写分离的概述 Mysql作为目前世界上使用最广泛的免费数据库

什么是读写分离 　　在数据库集群架构中，让主库负责处理事务性查询，而从库只负责处理select查询，让两者分工明确达到提高数据库整体读写性能。当然，主数据库另外一个功能就是负责将事务性查询导致的数据变更同步到从库中，也就是写操作。 读写分离的好处 　　 1）分摊服务器压力，提高机器的系统处理效率 　　 　　读写分离适用于读远比写的场景，如果有一台服务器，当select很多时，update和delete会被这些select访问中的数据堵塞，等待select结束，并发性能并不高，而主从只负责各自的写和读，极大程度的缓解X锁和S锁争用； 　　　　假如我们有1主3从，不考虑上述1中提到的从库单方面设置，假设现在1分钟内有10条写入，150条读取。那么，1主3从相当于共计40条写入，而读取总数没变，因此平均下来每台服务器承担了10条写入和50条读取（主库不承担读取操作）。因此，虽然写入没变，但是读取大大分摊了，提高了系统性能。另外，当读取被分摊后，又间接提高了写入的性能。所以，总体性能提高了，说白了就是拿机器和带宽换性能； 　　 2）增加冗余，提高服务可用性，当一台数据库服务器宕机后可以调整另外一台从库以最快速度恢复服务 什么是 Mycat 　　是一个开源的分布式数据库系统，但是因为数据库一般都有自己的数据库引擎，而Mycat并没有属于自己的独有数据库引擎

公众号从开始推文到现在也有一些时日了， 感谢一直以来，各位小伙伴们对民工哥公众号的关注与支持， 好多小伙伴们一直以都非常热心帮助转发、点赞、留言加以支持，再次感谢！！2018年也将过去一大半了， 民工哥仍然会坚持自己的初衷，持续输出一系列相关的干货文章（不仅限于运维，更多侧重于各类知识点、技术面的扩充，如：数据库、高并发、大流量、架构类等）。 目前呢，由于文章较多，对于小伙伴的阅读与查找比较不太方便，因些谨以此文将前面的文章按照一定的分类加改整理出来，方便大家后续查找与阅读。 同时也欢迎小伙伴们转发分享与推荐（ 此篇文章足足整理了4小时 ）！整理不易，如有帮助，请点赞，转发支持一下，各位老铁们。 公众号相关： 民工哥的十年故事续集：杭漂十年，今撤霸都！ 重磅消息｜民工哥公众号更名啦......... 2017年目录大全： 精心整理｜公众号文章目录大全 （一） 注：此目录整理文章截止时间为2018年3月19号 1、Docker容器系列文章 [容器技术] Docker容器技术入门（一） [ 容器技术]Docker容器技术入门（二） 这20个Docker Command，有几个是你会的？ Docker，你到底知道多少？ 容器技术｜Docker三剑客之Compose 容器技术｜Docker三剑客之docker-machine 打造高逼格、可视化的Docker容器监控系统平台 2