<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Mysql on 极客老墨</title>
    <link>https://blog.hankmo.com/tags/mysql/</link>
    <description>Recent content in Mysql on 极客老墨</description>
    <generator>Hugo -- 0.138.0</generator>
    <language>zh-cn</language>
    <lastBuildDate>Wed, 28 Aug 2019 17:09:51 +0000</lastBuildDate>
    <atom:link href="https://blog.hankmo.com/tags/mysql/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Mysql binlog格式</title>
      <link>https://blog.hankmo.com/posts/tech/mysql-binlog-format/</link>
      <pubDate>Wed, 28 Aug 2019 17:09:51 +0000</pubDate>
      <guid>https://blog.hankmo.com/posts/tech/mysql-binlog-format/</guid>
      <description>Binlog有STATEMENT、ROW、MIXED三种格式，它们各有优缺点，需要根据自身业务需求来进行选择，从5.7.22版本开始，Mysql默认的格式由STATEMENT改为了ROW。</description>
    </item>
    <item>
      <title>Mysql开启Binlog并做数据备份</title>
      <link>https://blog.hankmo.com/posts/tech/mysql-binlog-guide/</link>
      <pubDate>Wed, 28 Aug 2019 16:21:14 +0000</pubDate>
      <guid>https://blog.hankmo.com/posts/tech/mysql-binlog-guide/</guid>
      <description>Binlog，即binary log、二进制日志，记录了描述数据库更改的“事件”（EVENT），例如表创建操作或对表数据的更改(DELETE、UPDATE、INSERT)，通俗的说，binlog主要用来记录对mysql数据更新或潜在发生更新的SQL语句(例如DELETE语句没有删除任何行也会记录)，并以”事务”的形式保存在磁盘中Binlog；另外，它还包含有关每个语句获取更新数据的时间长度的信息。</description>
    </item>
    <item>
      <title>MySQL中批量插入和批量更新</title>
      <link>https://blog.hankmo.com/posts/tech/mysql-batch-insert-update/</link>
      <pubDate>Tue, 27 Feb 2018 19:22:14 +0000</pubDate>
      <guid>https://blog.hankmo.com/posts/tech/mysql-batch-insert-update/</guid>
      <description>大批量同步数据到MySQL中，涉及到更新和新增数据，如果仅仅循环一次次插入，不仅耗费过多的网络开销，性能低下，而且频繁的获取数据库连接、操作数据库，增加数据库压力，甚至严重影响数据库性能。因此，此时我们需要批量操作，来减轻数据库压力，提升应用性能。</description>
    </item>
    <item>
      <title>MySQL慢查询分析</title>
      <link>https://blog.hankmo.com/posts/tech/mysql-slow-query-analysis/</link>
      <pubDate>Tue, 04 Apr 2017 16:31:00 +0000</pubDate>
      <guid>https://blog.hankmo.com/posts/tech/mysql-slow-query-analysis/</guid>
      <description>最近开发微信红包活动，并发量大概在100左右，数据库存储数据几十万条。活动上线后，遇到一个问题，服务启动起来后，在几分钟之内，服务变得很慢，通过分析tcp状态（ss -s）发现，处于timewait状态的TCP达到一千多个，然后从应用前台、后台到数据库逐步分析，最后发现，由于某一张表的数据量达到几十万，而某一个逻辑需要连接该表进行数据查询，导致SQL执行非常缓慢。于是整理下SQL慢查询分析的相关方法，以便查阅。</description>
    </item>
  </channel>
</rss>
