本文大纲： Design 全时态数据模型 研究动机 数据模型 数据模型示例 历史态数据存储 数据转储时机 存储格式 存储模式 转储效率 历史态数据可见性判断 Design 本节讨论T-TDSQL的关键之处，即影响T-TDSQL架构的设计之处。一是新的数据模型—全时态数据模型，表达了T-TDSQL的双时态语义，其中对于数据的事务时态，首次提出全态数据的概念，以刻画数据的生命周期。二是对于新的数据模型，如何在基于关系模型的数据库中实现存储，全时态数据的存储，使得具有全时态语义的数据有了计算的依据；本文提出
MySQL Shell是目前MySQL最新的命令行客户端，它是一款全新的工具，支持使用下面的这些功能：
本文将介绍在业务持续发展环境中，复杂系统的改造过程以及实施的一些经验，希望能给面对同样问题的同学提供一些借鉴思路。
摘要：小米业务线众多，从信息流，电商，广告到金融等覆盖了众多领域，小米流式平台为小米集团各业务提供一体化的流式数据解决方案，主要包括数据采集，数据集成和流式计算三个模块。目前每天数据量达到 1.2 万亿条，实时同步任务 1.5 万，实时计算的数据 1 万亿条。
网上很少有文章系统讲解性能优化的相关方法论，所以借着这次机会总结出来，分享给大家。
ALTER TABLE old_table_name RENAME TO new_table_name;(大写为系统命令)
在开始文章之前，我先把我今天一天做的工作大概罗列一下，看看这一天的时间都怎么被这些任务瓜分了:
应用程序通常会使用多个异构数据库，每个数据库都用于服务于特定的需求，例如存储数据的规范形式或提供高级搜索功能。因此，对于应用程序而言，将多个数据库保持同步是非常重要的。我们发现了一系列尝试解决此问题的不同方式，例如双写和分布式事务。然而，这些方法在可行性、稳健性和维护性方面存在局限性。最近出现的一种替代方法是利用变更数据捕获（CDC）框架，从数据库的事务日志中捕获变更的行，并以低延迟将它们传递到下游系统。为了解决数据同步的问题，还需要复制数据库的完整状态，而事务日志通常不包含完整的变更历史记录。同时，某些应用场景要求事务日志事件的高可用性，以使数据库尽可能地保持同步。
MySQL多源复制使副本能够并行接收来自多个数据源的事务。在多源复制拓扑中，副本应该为每个数据源创建一个复制通道。在多源复制拓扑中的一个从服务器上最多可以创建256个通道。每个复制通道必须具有唯一的（非空）名称；
携程是一家中国领先的在线票务服务公司，从 1999 年创立至今，数据库系统历经三次替换。在移动互联网时代，面对云计算卷积而来的海量数据，携程通过新的数据库方案实现存储成本降低 85% 左右，性能提升数倍。本文讲述携程在历史库场景下，如何解决水平扩容、存储成本、导入性能等痛点，以及对于解决方案的制定和思考过程。
场景：一家P2P公司的财务专员请求开发人员（或DBA）统计历史借款用户数量，她查看的时间是今天，想要的数据是这个月以前（不含这个月）的用户数。 难题：“这个月”是动态的，可能是2016年7月、2017年3月等等。我们就需要写一个动态SQL给她以后就让她自己执行就OK了。 思路：如果我们可以找到一个条件时间，然后用户借款时间小于这个条件时间的所有数据就是她想要的结果了。关键就是确定这个条件时间了。 DB表ACCOUNT，账户ID：ACCT_ID借款时间PAY_DATE。 我们想要的应该是这样的SQL：
2018年5月9日，腾讯TEG计费平台部 TDSQL 团队邀请了 MySQL 数据库InnoDB 引擎研发负责人Sunny Bains 、Oracle Principle Software Engineer 苏斌、Oracle Principle Sales Consultant 杜修文一行访问腾讯，举行专题讲座《 What’s new in InnoDB 8.0》，详细介绍了InnoDB 8.0中新的、有趣的特性以及未来演进趋势。讲座结束后，还邀请Sunny Bains、腾讯MySQL数据库技术专家姜承尧
日志服务最近在原有 30+ 种数据采集渠道 基础上，新增 MySQL Binlog、MySQL select 等数据库方案，仍然主打快捷、实时、稳定、所见即所得的特点。
关于新的MySQL Shell Dump＆Load实用程序的第二部分旨在演示性能，同时还将其与其他各种逻辑转储和加载工具进行比较：mysqldump，mysqlpump＆mydumper。
MySQL Shell转储和加载实用程序是MySQL Shell 8.0.21提供的新工具，其主要目标是尽量减少创建和恢复大型数据集的逻辑转储所需的时间。
近期网站运营人员、产品反馈：查询数据耗时太长，网站交互上出现明显加载缓慢的情况 分析问题发现：
量化回测，苦于MySQL久矣，特别是进行股票日内因子构建分析或全市场因子测试的时候，每当按下回车时，MySQL就跟丢了魂一样，查询费时，大吞吐量读取也非常耗时。虽然MySQL的优化技巧足够写一本书，但这些都需要交给专业的DB工程师去做，量化打工人没有能力更没有时间倒腾这些。那有没有省时省力，高效存储股票行情数据的解决办法呢。带着这个问题，编辑部简单的搜索了一下，总体分为几个方案：
一篇关于字节跳动基于 Apache Hudi 的实时数据湖平台 ByteLake 的分享。
MariaDB 10.4 是其当前的开发分支。 5 月 21 日， 10.4.5 的 RC release 版本发布，距离正式版本发布越来越近。 10.4 的新特性也越来越值得关注。本文总结 mariadb 官方发布一些的博客内容。对应详细信息，可以细读 MariaDB 10.4 的 changelog ：https://mariadb.com/kb/en/library/mariadb-1040-changelog/
importTable实用程序现在支持将导入的数据进行任意数据转换。可以在decodeColumns选项中指定任意SQL表达式，该选项由MySQL服务器针对每个加载的行进行转换。
MySQL的安装包里面提供了“mysqldump”工具，它可以执行逻辑备份，如果执行备份的对象是InnoDB存储引擎，则可以执行热备份，默认情况下，它对所有的引擎执行温备份。在大多数的运维场景中，用户利用Linux的“crontab”，或Windows的任务调度程序自动运行“mysqldump”。
存储引擎主要负责的是对数据的存取进行相应的操作,通过MySQL官方文档可知MySQL8.0支持10种类型存储引擎,具体如下:
关于架构，大家都有了解和理解。通常一个业务或项目，在做架构设计时，可能会包含业务架构和技术架构。其中技术架构是我们作为开发角色，在做设计时重点的工作内容。但还有架构类型的划分方式，会包括业务架构、技术架构、数据架构和应用架构四种。
MySQL与其它的数据库一样，需要一个储存元数据的地方。在MySQL8之前，它们以各种文件的形式保存在不同的地方，例如 .FRM ， .TRG ，.TRN等等。随着时间的推移，这些文件逐渐成为了各种环境中的瓶颈。MySQL8推出了支持事务的数据字典。
存储引擎是MylSQL的核心，是数据库底层软件组织，数据库使用存储引擎进行创建、查询、更新和删除数据。不同的存储引擎提供不同的存储机制、索引技巧、锁级别、事务等功能。存储引擎是基于表的，而非数据库。
MySQL 是我们经常用到的数据，无论是开发人员用来练习，还是小型私服游戏服务器，或者是个人软件使用，都十分方便。对于做一些个人辅助软件，选择 MySQL 数据库是个明智的选择，有一个好的工具更是事半功倍。下面我将向大家介绍如何使用 Navicat Premium 导出和导入*.sql 数据文件。
mysqldump 是一个命令行客户端程序，用于转储本地或远程 MySQL 用于备份到单个平面文件中的数据库或数据库集合。 如何备份和恢复 MySQL 数据库 如何备份 MySQL 数据库？ 备份 MySQL数据库或数据库，该数据库必须存在于数据库服务器中并且你必须有权访问它。命令的格式是。 # mysqldump -u [username] –p[password] [database_name] > [dump_file.sql] 所述命令的参数如下。 [username] ：有效的 MySQL 用户
一、复制的意义 mysql的复制功能是构建基于MySql大规模，高性能应用的基础，我们可以通过为服务器配置一个或多个备库来进行数据同步；复制功能不仅有利于构建高性能的应用，同时也是高可用性，可扩展行，灾难恢复，备份以及数据仓库等工作的基础 二、复制的方式 Mysql支持3种方式：基于语句的复制、基于行的复制、混合复制。对应的binlog的格式也有三种：STATEMENT，ROW，MIXED (1)基于语句的复制（SBR） 每一条会修改数据的sql语句会记录到binlog中。优点是不需要记录每一条sql语句和
MySQL 是我们经常用到的数据，无论是开发人员用来练习，还是小型私服游戏服务器，或者是个人软件使用，都十分方便。对于做一些个人辅助软件，选择 MySQL 数据库是个明智的选择，有一个好的工具更是事半功倍。下面我将向大家介绍如何使用 Navicat Premium 导出和导入 *.sql 数据文件。
前阵子团队里有人提到了类似的问题，我自己先是顺手找了一圈，结果只找到了：github.com/xormplus/xo…。这个框架是基于xorm做的加强，但是在2020年就不维护了。显得很奇怪，明明是唯一一个支持了XML配置SQL的库，后面竟然凉了。
在日常开发中，一些不常用且又比较基础的知识，过了一段时间之后，总是容易忘记或者变得有点模棱两可。本篇主要记录一些关于MySQL数据库比较基础的知识，以便日后快速查看。
随着实时技术的不断发展和商家实时应用场景的不断丰富，有赞在实时数仓建设方面做了大量的尝试和实践。本文主要分享有赞在建设实时数仓过程中所沉淀的经验，内容包括以下五个部分：
MySQL Shell 是官方提供的 MySQL 周边适配组件，是新一代的高级客户端，在 MySQL 8.0 及其以后的版本得以慢慢推广应用。之前笔者因为 MySQL 8.0 用得比较少，一直没有详细使用过这个工具，近期在捣鼓 MySQL 8.0，趁此机会，一起来学习下吧。
目标地址: http://vip.stock.finance.sina.com.cn/mkt/#hskzz_z
比如在两个表中，A（原有400）给B（原有200）转200块钱，包含两个过程：A转出200，B转进200，只有当两个过程全部完成才算真正的执行了一个完整的事务过程。
“分享升级5.0常见的问题和最佳解决方案，方便大家能够在自己的环境中顺利升级Zabbix。”
ProxySQL整合MGR提供高可用，是我们知数堂课程中提供一个MySQL高可用的解决方案，架构如下：
操作系统：CentOS 7 Mysql版本：Mysql 8.0.x Docker版本：Docker version 20.10.10
MySQL Shell 8.0.21带有两个实用程序，可用于对实例（util.dumpInstance()）或选定的模式（util.dumpSchemas()）执行逻辑转储。这些工具相对于mysqldump实用程序提供了重大的性能改进，我们的一些基准测试显示吞吐量高达3GB / s！让我们看看如何实现这一目标。
MySQL Shell 8.0.21 包含了一些令人兴奋的新实用程序，它们可以创建逻辑转储并进行逻辑还原，重点是易用性，性能和集成。在MySQL Shell 8.0.17中，我们已经引入了多线程CSV导入实用程序 util.importTable()，我们在此基础上进行了构建，以使其易于转储和加载整个数据库实例或一组模式。
前言： 在一次TED演讲上有个人演示了一个和419骗子交互的游戏——当你回复垃圾邮件后会发生什么，于是我也有了和黑客打游击战的想法。 于是2月10日我将所有关于CryptoWall的信息都公布在一个网
MySQL是一个简单的SQL外壳(有GNU readline功能)。它支持交互式和非交互式使用。当交互使用时，查询结果采用ASCII表格式。当采用非交互式(例如，用作过滤器)模式时，结果为tab分割符格式。可以使用命令行选项更改输出格式。如果由于结果较大而内存不足遇到问题，使用--quick选项。这样可以强制MySQL从服务器每次一行搜索结果，而不是检索整个结果集并在显示之前不得不将它保存到内存中。
数据库读写分离对于大型系统或者访问量很高的互联网应用来说，是必不可少的一个重要功能。
一、基本语句优化原则 (1).尽量避免在索引列上进行运算或函数操作，这样会导致索引失效 如: select * from t where Year(d)>=2016; 可以优化为: select * from t where d>='2016-01-01'; (2).使用join语句时，应用小结果集驱动大结果集。因为在join多表时，可能会导致更多的锁定和拥塞 (3).注意模糊查询时避免%%，%开头的查询条件会使索引失效 (4).仅列出需要查询的字段，这对效率没有影响，但会影响内存 如: select *
编程时会用到很多锁，在另一篇文章中有介绍。大部分锁的名字被翻译的很好，例如表锁、行锁、意向锁，见名能知其意。锁的数量很多，锁之间的关系又很复杂，导致学习曲线非常陡峭。锁的数量虽然多但追其根源世界上只有两类锁，乐观锁与悲观锁，他们为更上层的锁提供了理论基础去搭建高层建筑。
学习关系型数据库MySQL是很好的切入点，大部分人学习和工作中用惯了CRUD，对面试官刨根问底的灵魂拷问你还能对答如流吗？我们有必要了解一些更深层次的数据库基础原理。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
