修改mysql配置文件/etc/my.cnf 或 my.ini，在[mysqld]下添加
一、安装 1、docker 安装 DOCKER_NAME=mysql MYSQL_ROOT_PASSWORD=78Jikbfz6zKYfPjC # 创建挂载目录 mkdir -p /data/$DOCKER_NAME mkdir -p /data/$DOCKER_NAME/conf mkdir -p /data/$DOCKER_NAME/data mkdir -p /data/$DOCKER_NAME/sql # 编写初始化sql vi /data/$DOCKER_NAME/sql/init.sql
RedoLog是重要日志，是InnoDB用来做事务持久化的日志。他主要记录了事务在某个数据页上具体做了什么。它可以实现事务的crash-safe
binlog可以说是MySQL中比较重要的日志了，在日常开发及运维过程中，经常会遇到。
当发现某些用户使用大量的连接占用服务器的资源时，可以通过设置全局变量“max_user_connections”来限制用户的连接，并可以通过下面的变量限制单独的用户使用资源：
在使用 show engine innodb status检查引擎状态时，发现了死锁问题 在5.5中，information_schema 库中增加了三个关于锁的表（MEMORY引擎）
最近，又遇到了慢 SQL，简单的看了下，又是因为 MySQL 本身优化器还有查询计划估计不准的问题。SQL 如下：
Roy，携程软件技术专家，负责MySQL双向同步DRC和数据库访问中间件DAL的开发演进，对分布式系统高可用设计、数据一致性领域感兴趣。
https://segmentfault.com/a/1190000041758784
2、控制单表数据量 int型不超过1000w，含char则不超过500w； 合理分表； 限制单库表数量在300以内；
主从复制延迟的几个因素 从库硬件比主库差，导致复制延迟 主从复制单线程，主库写并发太大，来不及传送到从库导致延迟（更高版本的mysql可以支持多线程复制） 慢SQL语句过多，网络延迟，master负载主库读写压力大，导致复制延迟（架构的前端要加buffer及缓存层slave负载） #解决办法 使用多台slave来分摊读请求，再从这些slave中取一台专用的服务器只作为备份用，不进行其他任何操作,或者使用比主库更好的硬件设备作为slave 可以减少延迟的参数: –slave-net-timeout=seco
分布式系统，通过数据冗余，来保证数据的安全。要写一个分布式系统，一道绕不过去的坎，那就是数据同步。
mysql复制中最常见的问题就是主从复制延迟问题，mysql从一开始不支持并行复制，到一步一步的优化改进多线程复制，下面介绍一下mysql复制单线程到多线程复制的历程
elasticsearch设计的理念就是分布式搜索引擎，底层实现还是基于Lucene的，核心思想是在多态机器上启动多个es进程实例，组成一个es集群。
前面介绍了主从复制，这一篇我将介绍的是主主复制，其实听名字就可以知道，主主复制其实就是两台服务器互为主节点与从节点。接下来我将详细的给大家介绍，怎么去配置主主复制！ 一、主从复制中的问题 1.1、从节点占用了主节点的自增id 环境： 主节点：zyhserver1=1.0.0.3 从节点：udzyh1=1.0.0.5 第一步：我们在主节点中创建一个数据库db_love_1，在创建一个表tb_love（里面有id自增和name属性）。 create database db_love_
在实际的生产环境中，如果对MySQL数据库的读和写都在一台数据库服务中操作，无论在安全性、高可用性，还是高并发性等各个方面都是完全不能满足实际需求的，一般来说都是通过主从复制（Master-Slave)的方式来同步数据，再通过读写分离来提升数据库的并发负载能力这样的方案进行部署与实施
当一张表的数据达到几千万时，你查询一次所花的时间会变多，如果有联合查询的话，我想有可能会死在那儿了。分表的目的就在于此，减小数据库的负担，缩短查询时间。
总是在灾难发生后，才想起容灾的重要性。 总是在吃过亏后，才记得曾经有人提醒过。 一，核心军规 不在数据库做计算，cpu计算务必移至业务层 控制单表数据量，单表记录控制在千万级 控制列数量，字段数控制在20以内 平衡范式与冗余，为提高效率可以牺牲范式设计，冗余数据 拒绝3B(big)，大sql，大事务，大批量 二，字段类军规 用好数值类型 tinyint(1Byte) smallint(2Byte) mediumint(3Byte) int(4Byte) bigint(8Byte) bad case：in
有时，我们需要处理一批数据，使用while循环是个不错的想法，但while循环中的命令是一个一个执行的，如果要批量处理的数据很多，执行时间就会很长，而parallel可以让命令并行执行，从而缩短命令执行时间。 下面，我们先用ncat来模拟一个处理数据的接口。
为什么要分表 当一张表的数据达到几千万时，你查询一次所花的时间会变多，如果有联合查询的话，我想有可能会死在那儿了。分表的目的就在于此，减小数据库的负担，缩短查询时间。 mysql中有一种机制是表锁定和行锁定，是为了保证数据的完整性。表锁定表示你们都不能对这张表进行操作，必须等我对表操作完才行。行锁定也一样，别的sql必须等我对这条数据操作完了，才能对这条数据进行操作。 mysql proxy：amoeba 做mysql集群,利用amoeba。 从上层的java程序来讲，不需要知道主服务器和从服务器的来源，即
上周在讲复制故障处理，利用DML在从主上手工造数据，导致主从复制中断，然后处理复制故障，同时给大家安利了：
大致流程：主库将变更写binlog日志，然后从库连接到主库之后，从库有一个IO线程，将主库的binlog日志拷贝到自己本地，写入一个中继日志 relay日志中。接着从库中有一个SQL线程会从中继日志读取binlog，然后执行binlog日志中的内容，也就是在自己本地再次执行一遍SQL，这样就可以保证自己跟主库的数据是一样的。
赶集网mysql开发36军规 写在前面的话： 总是在灾难发生后，才想起容灾的重要性； 总是在吃过亏后，才记得曾经有人提醒过。 （一）核心军规 （1）不在数据库做运算：cpu计算务必移至业务层 （2）控制单表数据量：单表记录控制在1000w （3）控制列数量：字段数控制在20以内 （4）平衡范式与冗余：为提高效率牺牲范式设计，冗余数据 （5）拒绝3B：拒绝大sql，大事物，大批量 （二）字段类军规 （6）用好数值类型 tinyint(1Byte) smallint(2Byte) mediumint(3Byte
使用MYSQL有一段时间了，由于公司使用SQLSERVER和MYSQL，而且服务器数量和数据库数量都比较多
虽然MySQL5.7 的主从复制已经很稳定了，但在备库可读写的情况下，总是会出现部分数据不一致的情况，例如常见的1062、1032和1050错误。下面就介绍下这类报错的常见处理方法和常见主从复制结构的调整。 环境描述 一 1、mysql 5.7 以上， 2、binlog format 是row格式（5.7默认） 3、传统复制（生产强烈推荐使用gtid） 4、log-bin , log_slave_updates 开启 5、复制结构：101：3306> 103:3306 > 104:3306 常见主从复制报
大型网站为了软解大量的并发访问，除了在网站实现分布式负载均衡，远远不够。到了数据业务层、数据访问层，如果还是传统的数据结构，或者只是单单靠一台服务器来处理如此多的数据库连接操作，数据库必然会崩溃，特别是数据丢失的话，后果更是不堪设想。这时候，我们会考虑如何减少数据库的连接，下面就进入我们今天的主题。
你们有没有做 MySQL 读写分离？如何实现 MySQL 的读写分离？MySQL 主从复制原理的是啥？如何解决 MySQL 主从同步的延时问题？
在生产环境中，我们经常会遇见MySQL主从复制断开的情况，在遇到主从复制断开是，通常情况，解决问题的步骤如下：
MySQL的服务实现通过后台多个线程、内存池、文件交互来实现对外服务的，不同线程实现不同的资源操作，各个线程相互协助，共同来完成数据库的服务。MySQL常用的后台线程概括如下，分为Master Thread，IO Thread，Purge Thread，Page Cleaner Thread
索引是MySQL的数据结构，关系着MySQL如何存储数据，查询数据；而如何操作数据，解决多线程时操作数据带来的问题，则需要通过事务来完成。
其实很简单，就是基于主从复制架构，简单来说，就搞一个主库，挂多个从库，然后我们就单单只是写主库，然后主库会自动把数据给同步到从库上去。
作者：廖为基，腾讯互娱应用开发工程师 1 背景介绍 本人在工作中接触到一个业务，由于需要创建一个非常大的表，字段比较多——超过了500个字段，但是在创建表的时候报了很多错误，让我折腾了很久才解决，于是为了防止问题复现，我决定一探究竟。 注：mysql 版本为5.7.18。 CREATE TABLE `process_xxxx` ( `id` int(11) NOT NULL AUTO_INCREMENT, `instance_id` varchar(255) NOT NULL, ...
当我们因为误操作修改了数据库中的数据, 同时有没有备份可以恢复时, 我们就可以通过分析二进制日志, 对日志中记录的数据修改操作做反向处理的方式来达到恢复数据的目的
数据库高可用一直是企业的重中之重，而采用主从方案，一主一从，能实现负载均衡，读写分离的作用，分担数据库的负荷，提高性能，而如果搭配keepalived还能实现高可用性，当主服务器故障以后，自动切换到从服务器上。
7.2 调用fsync, 将FileSystemCache中的Segments写入磁盘
一、Mysql Group Replication简介 Mysql Group Replication(MGR)是一个全新的高可用和高扩展的MySQL集群服务。 高一致性，基于原生复制及paxos协议的组复制技术，以插件方式提供一致数据安全保证； 高容错性，大多数服务正常就可继续工作，自动不同节点检测资源征用冲突，按顺序优先处理，内置自动防脑裂机制； 高扩展性，自动添加移除节点，并更新组信息； 高灵活性，单主模式和多主模式。单主模式自动选主，所有更新操作在主进行；多主模式，所有server同时更新。 pa
在MySQL中，可以通过配置max_binlog_size和expire_logs_days参数来控制二进制日志（binlog）的大小和保留期。但是，要注意的是，max_binlog_size参数设置的是单个binlog文件的最大大小，而不是所有binlog文件的总容量。当binlog文件的大小达到max_binlog_size指定的值时，MySQL会自动创建一个新的binlog文件。
Gaea是小米中国区电商研发部研发的基于MySql协议的数据库中间件，目前在小米商城大陆和海外得到广泛使用，包括订单、社区、活动等多个业务。Gaea支持分库分表、SQL路由、读写分离等基本特性，其中分库分表方案兼容了mycat和kingshard两个项目的路由方式。
这些数据最终会持久化到文件中，那么这些数据在文件中是如何组织的？难道是一行一行追加到文件中的？其实并不是，「数据其实是存到页中的，一页的大小为16k，一个表由很多页组成，这些页组成了B+树」，最终的组织形式如下所示，具体的构建过程我就不详细介绍了，可以看我之前的文章《10张图，搞懂索引为什么会失效？》
天天和数据库打交道，一天能写上几十条 SQL 语句，但你知道我们的系统是如何和数据库交互的吗？MySQL 如何帮我们存储数据、又是如何帮我们管理事务？....是不是感觉真的除了写几个 「select * from dual」外基本脑子一片空白？这篇文章就将带你走进 MySQL 的世界，让你彻底了解系统到底是如何和 MySQL 交互的，MySQL 在接受到我们发送的 SQL 语句时又分别做了哪些事情。
3月16日在北京举行的腾讯云自研数据库CynosDB交流会圆满落下帷幕。现将技术团队分享的内容整理如下。
3月16日，由腾讯云云+社区主办的腾讯云自研数据库 CynosDB 交流会在北京圆满落幕，本次交流会全方位解读了CynosDB，揭秘技术内幕，解读兼容两大主流开源数据库的一主多读架构、高可用架构及快速恢复实现、可计算智能存储和分布式存储。
🧑个人简介：大家好，我是 shark-Gao，一个想要与大家共同进步的男人😉😉
一般情况下，我们会在一个索引上较多的使用等值查询或者范围查询，此时索引大多可以帮助我们极快的查询出我们需要的数据。
1、是让主数据库处理事务性增、改、删操作，而从数据库处理SELECT查询操作。数据库复制被用来把事务性操作导致的变更同步到集群中的从数据库。一般来说都是通过主从复制的方式来同步数据，再通过读写分离提升数据库的并发负载能力 这样的方案来进行部署与实施的。
在工作中，我们误删数据或者数据库，我们一定需要跑路吗？我看未必，程序员一定要学会自救，神不知鬼不觉的将数据找回。
mysql的索引类型主要分为聚集索引和非聚集索引，通过聚集索引可以获取到整行数据，而通过非聚集索引只能获得主键id和当前字段。当我们要查询的字段就是非聚集索引叶子含有的字段（primary key + field），那么就不需要回表查询更多的字段，这就是覆盖索引。
读写分离,简单地说是把对数据库的读和写操作分开,以对应不同的数据库服务器。主数据库提供写操作，从数据库提供读操作，这样能有效地减轻单台数据库的压力。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
