ProxySQL 前两期针对不同的MYSQL高可用的方式来说的, 本期会更加深入到PROXYSQL 的一些本身的东西.
线上环境中，当MHA这种高可用切换服务切换的时候，往往是主库发生问题了，今天我们讨论在何种情况下，我们可以判断主库已经发生了问题，不可用了。
数据库我想大家应该一点都不陌生吧，我想不管你写啥的，数据库就算没用过也听过了，是我们项目体系里面不可或缺的一环。
今天和大家聊一聊MySQL的基础架构。我们经常说，看一个事千万不要直接陷入细节里。应该先鸟瞰全貌。这样能够帮助你从高维度理解问题。当一条SQL语句执行的时候，我们看到的是最后的执行结果。却不知道这条语句在MySQL内部是如何执行的。
MYSQL 的中间件其实也不少，但实际上用的比较广的（非分库分表）的选择点基本上会落到 PROXYSQL 和 MyRouter 两个中间件中，1使用的人数多，2 丰富的文档和相当多的案例
1、我们在监控图表中关注的性能指标大概有这么几个：CPU、内存、连接数、io读写时间、io操作时间、慢查询、系统平均负载以及memoryOver
所谓SQL注入，就是通过把SQL命令插入到Web表单提交或输入域名或页面请求的查询字符串，最终达到欺骗服务器执行恶意的SQL命令。
首先有一个 user_info 表，表里有一个 id 字段，执行下面这条查询语句：
MVCC通过为每行记录创建多个版本,并且为每个事务生成一个时间点快照(Read View),实现非阻塞读和隔离性。 这种机制允许并发事务同时读取数据,而不会堵塞其他事务
在create table的时候可以指定引擎类型(engine=InnoDB|MyISAM|Memory)，不同存储引擎的表数据存储方式也不一致。
我们经常说，看一个事儿千万不要直接陷入细节里，你应该先鸟瞰其全貌，这样能够帮助你从高维度理解问题。同样，对于 MySQL 的学习也是这样。平时我们使用数据库，看到的通常都是一个整体。比如，你有个最简单的表，表里只有一个 ID 字段，在执行下面这个查询语句时：
连接到数据库，负责跟客户端建立连接、获取权限、维持和管理连接，命令通常是mysql -h$ip -P$port -u$user -p.
server层：（所有跨存储引擎的操作均在这一层完成，包含下面mysql核心功能及内置函数均在这一层完成）
Server 层包括连接器、查询缓存、分析器、优化器、执行器等，涵盖 MySQL 的大多数核心服务功能，以及所有的内置函数（如日期、时间、数学和加密函数等），所有跨存储引擎的功能都在这一层实现，比如存储过程、触发器、视图等
SQL (Structured Query Language) 是具有数据操纵和数据定义等多种功能的数据库语言，这种语言具有交互性特点，能为用户提供极大的便利，数据库管理系统应充分利用SQL语言提高计算机应用系统的工作质量与效率。SQL语言不仅能独立应用于终端，还可以作为子语言为其他程序设计提供有效助力，该程序应用中，SQL可与其他程序语言一起优化程序功能，进而为用户提供更多更全面的信息。
高产似母猪，废话少说，今天刚好读到一篇关于 MySQL 语句底层如何执行的文章，以下是我的理解，分享给你们。
前段时间笔者开发某个项目遇到了MySQL性能问题，每张表的数据量都在五千万以上，个别表数据量甚至在一个亿以上，在开发的过程中遇到了非常多的数据库性能优化难点，笔者在开发过程中查询了很多资料，很多查询语句也在优化过程中取得了比较好的效果。笔者也将开发过程中遇到的sql优化问题总结为文章，以便日后回顾。这篇文章主要讲解mysql执行联结运算的原理。为了避免泄露公司业务及数据，在文章中涉及的sql语句都和公司业务无关。
我们只看到一个输入语句，返回一个结果，却不知道这个 SQL 语句在 MySQL 内部的执行过程。
对于一个做后台不久的我，起初做项目只是实现了功能，所谓的增删改查，和基本查询索引的建立。直到有一个面试官问我一个问题，一条sql查询语句在mysql数据库中具体是怎么执行的？我被虐了，很开心，感谢他。于是开始了深入学习mysql。本篇文章通过
②[ 条件判断式 ]就是使用test命令判断，所以中括号和条件判断式之间必须有空格
来跟你聊聊 MySQL 的基础架构。我们经常说，看一个事儿千万不要直接陷入细节里，你应该先鸟瞰其全貌，这样能够帮助你从高维度理解问题。同样，对于 MySQL 的学习也是这样。平时我们使用数据库，看到的通常都是一个整体。比如，你有个最简单的表，表里只有一个 ID 字段，在执行下面这个查询语句时：
我们经常说，看一个事儿千万不要直接陷入细节里，应该先鸟瞰其全貌，这样能够帮助你从高维度理解问题。同样，对于 MySQL 的学习也是这样。平时我们使用数据库，看到的通常都是一个整体。比如，你有个最简单的表，表里只有一个 ID 字段，在执行下面这个查询语句时：
支持innodb, myisam, memory, MySQL5.5.5 以后默认innodb,不同存储引擎的表数据存取方式也不同
当客户端（应用）连接到MySQL服务器时，服务器需要对其进行认证。认证基于用户名、原始主机信息和密码。
社区收藏业务是一个典型的读多写少的场景，社区各种核心Feeds流都需要依赖用户是否收藏的数据判断，早期缓存设计时由于流量不是很大，未体现出明显的问题，近期通过监控平台等相关手段发现了相关的一些问题，因此我们针对这些问题对缓存做了重构设计，以保障收藏业务的性能和稳定性。
前面写了快速上手，会非常快速的创建测试用例，搭建一个单元测试的架子，但是如何来更好的写测试用例呢？
随着公司站点的发展，用户和访问量日益增加，经常会出现数据库主从出现延迟的情况，例如，用户在点击充值页进行充值时，经常会出现充值不到账的情况，针对这个问题，对数据库进行排查，发现，磁盘IO极不稳定，iowait也很高，%util一直在90左右，这说明产生的I/O请求很多，IO已经满负荷，磁盘IO存在瓶颈。所以需要加一块SSD盘，来提高IO处理速度。
一套MySQL主-备-备-备数据库，其中的备库升级到主库之后，系统监控报警 Seconds_Behind_Master 瞬间为0，瞬间为数十万秒。第一感觉是遇到了复制风暴--不同于主备server_id 的log event在主备库之间无限循环复制。升级的逻辑图如下:
本篇文章会介绍Redis在项目开发中会有那些应用场景，对每个应用场景会有一个简要概述，并且会在接下来的时间对每个场景整理出文章与对应代码供开发者阅读。
大体来说，MySQL 可以分为 Server 层和存储引擎层两部分，不同的存储引擎共用一个 Server 层。
mysql 作为一个关系型数据库，在国内使用应该是最广泛的。也许你司使用 Oracle、Pg 等等，但是大多数互联网公司，比如我司使用得最多的还是 Mysql，重要性不言而喻。
这里做个小预告，可能下周或者下下周。我的好基友顺子要给大家讲讲MHA的故事。请期待~~
写在前面的话 My Blog项目已经开源了两个多月，也收获了不少star，在这里谢谢各位朋友的建议及帮助。由于个人原因，这个开源项目最初的定位其实是一个docker技术与springboot框架整合的Java博客系统实战项目，而且是一个容器技术的练手项目，技术的偏重也更多的在容器技术及容器编排上。 虽然上个版本做了一些改动，将docker踢出主目录，原因也是为了照顾其他关注和想要使用My Blog的朋友能够很快的上手项目，但是docker容器技术依然是这个项目不可缺少的一部分，从项目创建那一刻即是如此，今后
回显注入类型是指我们的查询内容会被应用回显到页面中；一般情况下回显注入回利用UNION联合函数来测试是否存在注入“ union select …… ”
存储引擎架构分为三层，自上而下，分为第一层：连接层；第二层：服务层；第三层：引擎层。
对于尚未上线的SQL，我们可通过在测试环境去基于全量日志或者审计日志的方式，进行explain分析其是否存在ALL或affect_rows过大的情况，提前优化sql或者添加索引。
平时我们使用的数据库，看到的通常是一个整体，比如我们执行一条查询SQL，返回一个结果集，却不知道这条语句在MySQL内部是如何执行的，接下来我们就来简单的拆解一下MySQL，看看MySQL是由哪些“零件”组成的，在这个过程中逐步的揭开MySQL的面纱,对MySQL有个深入的理解。这样在我们以后遇到MySQL的一些异常或者问题的时候，就可以快速定位问题并解决问题。
函数是指一段可以直接被另一段程序调用的程序或代码。 也就意味着，这一段程序或代码在 MySQL 中已经给我们提供了，我们要做的就是在合适的业务场景调用对应的函数完成对应的业务需求即可。
作为一名常年CURD的程序员，一定非常熟悉这条查询语句吧。从jiuxiao_admin_log 表中查询 user_id=1000的数据。 然而我们只知道这样会返回出结果，却不知道里面的流程。相信这也是你点击进来的目的吧，让我们一起来拆解一下mysql中有哪些零件！
本文以及接下来的几篇 MySQL 笔记是本人在「极客时间」的专栏『MySQL实战45讲』和掘金小册「MySQL 是怎样运行的：从根儿上理解 MySQL」的学习笔记整理，并参考了一些其他材料加上个人的总结和思考。顺便推荐下这两个专栏。
首先，我们先来看看MySQL的基础架构，我们再平时写的最多的也就是 sql 查询语句，那么，对于一条简单的查询语句，你可否有想过它是如何执行的，期间又经历了哪些步骤呢？如下sql 查询：
INNODB_TRX 表提供了信息关于在InnoDB中执行的当前的每个事务，包含是否事务是等待一个锁，当事务开始后事务正在执行的SQL语句。
消息队列，既然是队列就能保证消息在进入队列，以及出队列的时候保证消息的有序性，显然这是在消息的生产端(Producer)，但是往往在生产环境中有多个消息的消费端(Consumer)，尽管消费端在拉取消息时是有序的，但各个消息由于网络等方面原因无法保证在各个消费端中处理时有序。
在 第25 和 第27 篇文章中，和你介绍了主备切换流程。通过这些内容的讲解，你应该已经很清楚了：在一主一备的双 M 架构里，主备切换只需要把客户端流量切到备库；而在一主多从架构里，主备切换除了要把客户端流量切到备库外，还需要把从库接到新主库上。
概述 mysql脚本加crontab实现自动备份。 具体内容 vi /opt/mysqlBackup.sh #!/bin/bash mysql_user="USER" # MySQL备份用户 mysql_password="PASSWORD" # MySQL备份用户的密码 mysql_host="localhost" mysql_port="3306" mysql_charset="utf8" # MySQL编码 backup_db_arr=("db1" "db2") # 要备份的数据库名称，多
本文介绍了如何利用 MySQL 5.7 的行锁信息表特性，通过解析 binlog，实时监控行锁状态，从而实现对 MySQL 5.7 的行锁的全局统计和优化。
1.mysql数据类型 （1）数值数据类型：包括整数类型tinyint、smallint、mediumint、int、bigint，浮点小数类型float和double，定点小数类型decimal。 （2）日期/时间类型：包括year、time、date、datetime和timestamp。 （3）字符串类型：包括char、varchar、binary、varbinary、blob、text、enum和set等 （4）二进制类型：包括bit、binary、varbinary、tinyblob、blob、m
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
