默认值就是最合理的设置。 因为参数名更改了所以下面统称simple_recovery来代替。
最近利用 MHA 做好 Mysql 读写分离后，时不时有用户反馈后台发布文章时，报程序“通用异常"，经问题排查，里面涉及应用JDBC连接池参数及Mysql参数调整问题。
在日常的数据库运维和开发过程中，了解和正确配置MySQL的系统变量是非常重要的，它们能够影响到数据库的性能和稳定性。在本文中，我们将深入探讨与更新操作相关的MySQL系统变量，帮助读者更好地理解它们的作用及如何合理配置以优化数据库性能。
专注于 Oracle、MySQL 数据库多年，Oracle 10G 和 12C OCM，MySQL 5.6，5.7，8.0 OCP。现在鼎甲科技任技术顾问，为同事和客户提供数据库培训和技术支持服务。
PageHelper介绍 PageHelper是Github上有位开发者写了一个分页插件，可以很方便的添加到MyBatis的拦截器接口中。 Github项目地址 pom.xml添加依赖 <dependency> <groupId>com.github.pagehelper</groupId> <artifactId>pagehelper</artifactId> <version>4.1.0</version> </dependency> 配置文件编写 @Configur
max_connections：允许客户端并发连接的最大数量，默认值是151，一般将该参数设置为500-2000 max_connect_errors：如果客户端尝试连接的错误数量超过这个参数设置的值，则服务器不再接受新的客户端连接。可以通过清空主机的缓存来解除服务器的这种阻止新连接的状态，通过FLUSH HOSTS或MySQLadmin flush-hosts命令来清空缓存。这个参数的默认值是100，一般将该参数设置为100000。
Multi-statement transaction required more than ‘max_binlog_cache_size’ bytes of storage错误： 二进制日志缓冲区（Binlog Buffer）： 二进制日志缓冲区主要用来缓存由于各种数据变更操做所产生的Binary Log 信息。为了提高系统的性能，MySQL 并不是每次都是将二进制日志直接写入Log File，而是先将信息写入Binlog Buffer 中，当满足某些特定的条件（如sync_binlog参数设置）之后再一
在MySQL中，从库经常会被设置成为read_only属性，来防止数据的写入，在开启gtid的情况下，如果我们看到从库上面有多个GTID值，然后其中一个GTID的uuid和从库的uuid一致，那就可以判断，这个从库曾经出现过写入，可能需要校验从库和主库的数据一致性。
用户连接到数据库里，对数据库进行操作，将磁盘里数据库中的数据读取到内存中(物理读)，内存中的数据被用户读取(内存读)，内存读的速度(基本可忽略)是物理读的速度的好几万倍。
非 root 用户运行 MySQL，当 MySQL 配置比较高时，MySQL 运行中生效的参数值与配置的值不一样，所以具体分析一下 MySQL 是怎么调整这些参数值的。
在《浅析JDBC常用的类和接口——JDBC的Driver接口、DriverManager类、Connection接口》文章中，我们介绍了使用Java语言来连接数据库。本文主要给大家介绍在Java中，通过连接数据库之后，如何来执行SQL的语句，接下来小编带大家一起来学习！
最近也抽空帮一些网友解决一些问题，有些是Oracle，有些是MySQL，有时候虽然忙忙乎乎，但是解决问题之后还是很有成就感的。 今天来说一个蛮有意思的问题，听起来还很诡异。是一个网友向我咨询，看看能不能给出一些建议。当我看到日志，隐隐感觉这是一个bug的感觉。 详细的日志如下： 2017-04-13 16:25:29 40180 [Note] Server socket created on IP: '::'. 2017-04-13 16:25:29 40180 [Warning] Storin
MySQL 连接状态是数据库中比较重要的一个指标，比如说目前总共有多少个连接、各连接处于什么状态等等，这些连接状态也能从侧面反映出数据库当前运行状况。本篇文章我们一起来学习下 MySQL 连接相关内容。
在MySQL5.5和MySQL5.6中，处理主从复制断开的问题时，经常会用到sql_slave_skip_counter这个参数，一般是将这个参数设置为1，跳过当前的event即可。其实这样的操作是危险的。
最近有一个数据统计服务需要升级SpringBoot的版本，由1.5.x.RELEASE直接升级到2.3.0.RELEASE，考虑到没有用到SpringBoot的内建SPI，升级过程算是顺利。但是出于代码洁癖和版本洁癖，看到项目中依赖的MyBatis的版本是3.4.5，相比当时的最新版本3.5.5大有落后，于是顺便把它升级到3.5.5。升级完毕之后，执行所有现存的集成测试，发现有部分OffsetDateTime类型入参的查询方法出现异常，于是进行源码层面的DEBUG找到最终的问题并且解决。
本文是Aurimas Mikalauskas在参加Zabbix2014年大会之后根据演讲内容整理而成。
load data infile 和 select into outfile 是 MySQL 用于导入和导出数据的命令。select into outfile 语句用于将检索出来的数据按格式导出到文件中。load data infile 是将带有格式的数据文件导入到表中。使用 load data infile 的方式插入数据比直接执行 insert 语句插入至少快几十倍。
我们知道MySQL是采用WAL技术实现事务的持久性的，所谓的WAL技术是指在写磁盘前先写log，保证在MySQL服务器crash之后，通过redo log来数据找回来。要通过redo log来找到未写入磁盘的数据，则需要将redo log落盘，在Innodb中通过ib_logfile文件组来控制redo log的个数以及大小。
Cobar简介 Cobar是关系型数据的分布式处理系统，它可以在分布式的环境下像传统数据库一样为您提供海量数据服务。 Github：https://github.com/alibaba/cobar 整
俗话说工欲善其事，必先利其器，定期对你的MYSQL数据库进行一个体检，是保证数据库安全运行的重要手段。
对于正在运行的mysql，性能如何，参数设置的是否合理，账号设置的是否存在安全隐患，你是否了然于胸呢？
某客户的业务中有一张约4亿行的表，因为业务扩展，表中open_id varchar(50) 需要扩容到 varchar(500).
你对于正在运行的mysql 性能如何？参数设置的是否合理？账号设置的是否存在安全隐患？是否了然于胸？
MySQL 8.0从GA到现在已经过去4年了，被各大互联网公司广泛使用，稳定性得到了充分的验证。最近，我们也在将存量的旧版本数据库升级到8.0。虽然前期做了很多的检查和验证，不过升级过程中终究免不了踩一些坑。
在MySQL中，可以通过配置max_binlog_size和expire_logs_days参数来控制二进制日志（binlog）的大小和保留期。但是，要注意的是，max_binlog_size参数设置的是单个binlog文件的最大大小，而不是所有binlog文件的总容量。当binlog文件的大小达到max_binlog_size指定的值时，MySQL会自动创建一个新的binlog文件。
1. 加大max_length_for_sort_data参数的设置 在MySQL中，排序算法分为两种，一是只加载排序字段到内存，排序完成后再到表中取其他字段，二是加载所有需要的字段到内存，显然第二种节省了IO操作，所以更快 决定使用哪种算法是通过参数max_length_for_sort_data来决定的 当所有返回字段的最大长度小于这个参数值时，MySQL就会选择第二种算法，反之使用第一种。所以，如果有充足的内存让MySQL存放须要返回的非排序字段，就可以加大这个参数的值来让MySQL选择第二种排序算法
对于正在运行的MySQL，性能如何，参数设置的是否合理，账号设置的是否存在安全隐患，你是否了然于胸呢？
出现这个问题感觉还是挺疑惑的，因为测试环境已经稳定运行了几个月的时间，一直没有出现过mysql事务锁的问题，于是开始着手查问题。
近期，腾讯云云原生数据库TDSQL-C再升级，自主研发并上线并行查询功能，计算性能大幅提升，在面对大数据量表单与复杂SQL语句时，查询时间大幅缩短，加速比最高可达1000%+。 并行查询功能是TDSQL-C当前版本在计算层实现的最为重要且复杂的能力，不仅需要对计算层进行改造，同时在优化器、参数设置、监控项等方面进行了适配，具备零成本性能提升、透明级流程监控、常用语句全面支持和灵活参数设置等功能优势。 让您的查询快起来 当前TDSQL-C MySQL版的并行查询能力支持 实例CPU数4核及以上且数据库版本为M
对于正在运行的mysql 性能如何？参数设置的是否合理？账号设置的是否存在安全隐患？
一个表单独存储为一个文件更容易管理，而且在你不需要这个表的时候，通过 drop table 命令，系统就会直接删除这个文件。而如果是放在共享表空间中，即使表删掉了，空间也是不会回收的。所以参数推荐为ON。
资深数据库专家，专研 MySQL 十余年。擅长 MySQL、PostgreSQL、MongoDB 等开源数据库相关的备份恢复、SQL 调优、监控运维、高可用架构设计等。目前任职于爱可生，为各大运营商及银行金融企业提供 MySQL 相关技术支持、MySQL 相关课程培训等工作。
在 MySQL 的主从架构在很多场景下都在使用，同时 MySQL 的同步延迟也是很多 DBA、运维、开发的同学经常面对的问题之一。本文围绕同步延迟的场景之一：无主键表，来看看延迟产生的原因，以及应对的策略。当然，从标题上也能看出来，给表建个主键是最好的办法，不过在关于这个问题，其实还有一些其他的方式可以尝试。
H2 是我们常使用的一个内存数据库，通常这个数据库能够帮助我们在测试的时候进行逻辑测试。
平常需要恢复数据的时候会发现大点儿的文件都要几个小时 实在是太慢了 我们可以通过修改MySQL的参数来提高数据的恢复速度
官网下载地址：http://dev.mysql.com/downloads/mysql/
① JDBC（Java Database Connectivity，Java 数据库连接）是一套用于执行 SQL 语句的 Java API。
开发哥们最近遇到个问题，说是Django ORM日志上看数据已经提交了，但是服务器突然断电，重启后发现之前写入的数据丢失了。 让我帮看看什么原因导致的。
从案例中我们得知是中途开启的GTID，但是留下了很多未开启GTID的BINLOG，从第六部分源码bool MYSQL_BIN_LOG::init_gtid_sets()函数的分析，我们知道删除BINLOG后也会触发正向查找来获取gtid_purged(Gtid_state.lost_gtids)。当读取到第一个BINLOG的时候虽然获取到了PREVIOUS GTID EVENT但是没有GTID EVENT，而simple_recovery=flase所以需要继续查找下一个文件，直到找到同时包含PREVIOUS GTID EVENT和GTID EVENT的 那个BINLOG才会停止，那么显然这种情况下那些GTID关闭的时候生成的BINLOG将会全部扫描一遍，如果量大那么代价将是巨大的。 而案例中每半个小时会触发一次BINLOG切换，因为触发超过expire_logs_days参数设置导致BINLOG进行删除，触发了大量的BINLOG扫描。 显然有了前面的基础这个案例很容易分析。
max_conecctions：整个MySQL允许的最大连接数 这个参数主要影响的是整个MySQL应用的并发处理能力，当系统中实际需要的连接量大于max_conecctions时，必然会产生连接请求的等待，从而限制了相应的并发量。只要主机性能允许，可将该参数设置得尽可能大一点，500到800左右是一个比较合适的参考值 max_user_connections：每个用户允许的最大连接数 max_user_connections是针对单个用户的连接限制。在一般情况下可能较少使用这个限制，可能只有在一些专门提供M
顾名思义，MySQL Query Cache 就是用来缓存和 Query 相关的数据的。具体来说，Query Cache 缓存了我们客户端提交给 MySQL 的 SELECT 语句以及该语句的结果集。大概来讲，就是将 SELECT 语句和语句的结果做了一个 HASH 映射关系然后保存在一定的内存区域中。
最省事的方法是修改数据库连接信息，在链接之后加上“useSSL=false”，直接禁用SSL连接方式。
InnoDB 存储引擎是以页为单位来管理存储空间的, 我们的增删改查操作本质上都是在访问页面, 如读取一条数据, 会把这个数据所在的页加载到内存中, 而不仅仅是这条数据本身, 这个页的默认大小是 16KB.
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
