最近意外发现之前对悲观锁乐观锁的理解有误，所以重新学习了一下。 1.悲观锁 悲观锁介绍（百科）： 悲观锁，正如其名，它指的是对数据被外界（包括本系统当前的其他事务，以及来自外部系统的事务处理）修改持保守态度，因此，在整个数据处理过程中，将数据处于锁定状态。悲观锁的实现，往往依靠数据库提供的锁机制（也只有数据库层提供的锁机制才能真正保证数据访问的排他性，否则，即使在本系统中实现了加锁机制，也无法保证外部系统不会修改数据）。 使用场景举例：以MySQL InnoDB为例 商品goods表中有一个字段status
当然，是没有必要退出的，因为在其他数据库的时候，还是可以使用show databases;命令查看所有数据库，并使用use 数据库名;直接进入其他数据库
同事咨询了一个问题，TDSQL（for MySQL）中的某张表主键需要改为联合主键，是否必须先删除现有的主键？因为删除主键时，提示这个错误。
近期有一个业务需求，多台机器需要同时从Mysql一个表里查询数据并做后续业务逻辑，为了防止多台机器同时拿到一样的数据，每台机器需要在获取时锁住获取数据的数据段，保证多台机器不拿到相同的数据。
MySQL，作为一款开源的关系型数据库管理系统，一直以来都扮演着数据库世界中的瑰宝角色。本文将探讨MySQL的卓越之处，从其高性能、可扩展性、安全性，以及开发者友好的特点入手，展示了为何MySQL成为众多企业和开发者的首选数据库解决方案。无论您是刚刚入门数据库领域，还是寻求更深入的数据库知识，MySQL都将带您踏上一场充满惊喜和挑战的冒险旅程。快来一起探索MySQL的魅力，开启数据库世界的无限可能！
作者简介： 刘伟 云和恩墨开源解决方案事业部首席架构师 多年一线互联网企业DBA经历，对MySQL、NoSQL，PostgreSQL等各类开源数据库均有涉猎，负责开发管理过数千实例规模数据库项目，并带
首先开启慢查询日志，由参数slow_query_log决定是否开启，在MySQL命令行下输入下面的命令：
一般有3个思考方向 1.根据慢日志定位慢查询sql 2.使用explain等工具分析sql执行计划 3.修改sql或者尽量让sql走索引
其实主键的概念，在我们的日常生活中也经常用到，比如每个人都会有的身份证号码，就可以认为是一个主键；以及在读书时拥有的学号，也是一种主键。
mysql -u用户名 -p密码 回车之后直接进入系统，不需要像上面那样，再进行密码的输入
create database sina default character set utf8mb4 collate utf8mb4_unicode_ci; 使用utf8mb4而不是utf8 ，应为utf8的长度不确定，utf8编码占用3个字节，utf8mb4能保证长度的够用， 5.5.3 版本以后的mysql版本开始支持utf8mb4
今天工作中遇到特殊的一个任务，就是将两个自增列值的进行对调变更。 SQL Server 平台修改自增列值 由于之前处理过sql server数据库的迁移工作，尝试过其自增列值的变更，但是通过SQL 语句修改自增列值，是严格不允许的，直接报错（无法更新标识列 ’自增列名称‘）。sql server我测试是2008、2012和2014，都不允许变更自增列值，我相信SQL Server 2005+的环境均不允许变更字段列值。 如果非要在SQL Server 平台修改自增列值的，那就手动需要自增列属性，然后修改该列
前言： 在遨游了一番 Java Web 的世界之后，发现了自己的一些缺失，所以就着一篇深度好文：知名互联网公司校招 Java 开发岗面试知识点解析 ，来好好的对 Java 知识点进行复习和学习一番，大部分内容参照自这一篇文章，有一些自己补充的，也算是重新学习一下 Java 吧。 前序文章链接： Java 面试知识点解析(一)——基础知识篇 Java 面试知识点解析(二)——高并发编程篇 Java 面试知识点解析(三)——JVM篇 Java 面试知识点解析(四)——版本特性篇 Java 面试知识点解析(五
在遨游了一番 Java Web 的世界之后，发现了自己的一些缺失，所以就着一篇深度好文：知名互联网公司校招 Java 开发岗面试知识点解析 ，来好好的对 Java 知识点进行复习和学习一番，大部分内容参照自这一篇文章，有一些自己补充的，也算是重新学习一下 Java 吧。
前几天，线上发生了一次数据库死锁问题，这一问题前前后后排查了比较久的时间，这个过程中自己也对数据库的锁机制有了更深的理解。本文总结了这次死锁排查的全过程，并分析了导致死锁的原因及解决方案。希望给大家提供一个死锁的排查及解决思路。
2、RDBMS 术语 1. 数据库: 数据库是一些关联表的集合。 2. 数据表: 表是数据的矩阵。在一个数据库中的表看起来像一个简单的电子表格 3. 列: 一列(数据元素) 包含了相同的数据, 例如邮政编码的数据。 4. 行： 一行（=元组，或记录）是一组相关的数据，例如一条用户订阅的数据。
（1）表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最 高，并发度最低。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
我们现在需要建立一个描述学校教务的数据库，该数据库涉及的对象包括学生的学号（Sno）、所在系（Sdept）、系主任姓名（Mname）、课程号（Cno）和成绩（Grade），假设我们使用单一的关系模式 Student 来表示，那么根据现实世界已知的信息，会描述成以下这个样子：
Error updating database. Cause: com.mysql.cj.jdbc.exceptions.MySQLTransactionRollbackException: Deadlock found when trying to get lock; try restarting transaction
说一下mysql比较宏观的面试，具体咋写sql的这里就不过多举例了。后面我还会给出一个关于mysql面试优化的试题，这里主要说的索引和B+Tree结构，很少提到我们的集群配置优化方案。
将数据看做一个二维表格，数据可以通过行号+列号唯一确定，其数据结构类似 Excel 表；
BDB、HEAP、ISAM、MERGE、MyISAM、InnoDB以及Gemeni，总共7种Mysql表类型
这是一个真实的生产问题，经过长时间的排查和多次寻求 DBA 的帮助，最终我自己花了一个月的时间才定位到这个问题。问题非常有意思，值得大家关注。
mysql基本架构组成：客户端，Server层和存储引擎层。其中，只有Server层和存储引擎层是属于Mysql。
1、 表级锁： 开销小， 加锁快 ； 不会出现死锁 ； 锁定粒度大 ， 发生锁冲突的概率最 高， 并发度最低。
如果你的业务设计依赖于自增主键的连续性，这个设计假设自增主键是连续的。但实际上，这样的假设是错的，因为自增主键不能保证连续递增。
MySQL索引的建立对于MySQL的高效运行是很重要的，索引可以大大提高MySQL的检索速度。
第二范式：在第一范式的基础上，非主键列完全依赖于主键，而不能是依赖于主键的一部分。
1. 安装mysql服务器的时候，我们将用户身份切换为root，安装好之后普通用户也是可以通过MySQL命令行式的客户端来访问mysqld服务，初期学习MySQL的时候建议直接使用root的身份来进行学习，快速上手基本的sql语句编写之后，我们在后期学习用户管理时，可以自己手动新建普通用户，给普通用户赋予一定的数据库管理权限。
mysql在主从复制过程中，由于各种的原因，从服务器可能会遇到执行BINLOG中的SQL出错的情况，在默认情况下，服务器会停止复制进程，不再进行同步，等到用户自行来处理。
pymysql是通过python操作mysql的模块，需要先安装，方法：pip install pymysql
英文单词DataBase，简称DB。按照一定格式存储数据的一些文件的组合。 顾名思义：存储数据的仓库，实际上就是一堆文件。这些文件中存储了具有特定格式的数据。
1.客户端向服务器端发送SQL命令 2.服务器端连接模块连接并验证 3.缓存模块解析SQL为Hash并与缓存中Hash表对应。如果有结果直接返回结果，如果没有对应继续向下执行 4.解析器解析SQL为解析树，如果出现错误，报SQL解析错误。如果正确，向下传递 解析时主要检查SQL中关键字，检查关键字是否正确、SQL中关键字顺序是否正确、引号是否对应是否正确等。
在设计数据库结构的时候，要尽量遵守三范式，如果不遵守，必须有足够的理由。比如性能。事实上我们经常会为了性能而妥协数据库的设计。
MySQL中默认的隔离级别是：RR。但是也保证了事务的ACID特性。实现原理是锁 + MVCC机制
简称DDL(Data Defifinition Language)，用来定义数据库对象：数据库，表，列等。关键字：create，alter，drop等。
当查询所有字段(select *)会导致下列问题 1. 增加网络带宽消耗 2. Select *必然会导致回表查询/返回数据，使覆盖索引失效
可以从几个维度去看这个问题，查询是否够快，效率是否稳定，存储数据多少，以及查找磁盘次数，为什么不是二叉树，为什么不是平衡二叉树，为什么不是B树，而偏偏是B+树呢？
上篇文章，我们基于『数据库』做了一个宏观上的介绍，你应当了解到数据库是在何种背景下，为了解决什么样的问题而诞生的，以及在具体实现下又可以划分哪些中类型。
Comparison among different ways of storing data：
在上一篇文章《MySQL next-key lock 加锁范围是什么？》中已经介绍了主键索引的加锁范围，现在来回顾一下：
MySQL是一个开放源代码的关系数据库管理系统。原开发者为瑞典的MySQL AB公司，最早是在2001年MySQL3.23进入到管理员的视野并在之后获得广泛的应用。 2008年MySQL公司被Sun公司收购并发布了首个收购之后的版本MySQL5.1，该版本引入分区、基于行复制以及plugin API。移除了原有的BerkeyDB引擎，同时，Oracle收购InnoDB Oy发布了InnoDB plugin，这后来发展成为著名的InnoDB引擎。2010年Oracle收购Sun公司，这也使得MySQL归入Oracle门下，之后Oracle发布了收购以后的首个版本5.5，该版本主要改善集中在性能、扩展性、复制、分区以及对windows的支持。目前版本已发展到5.7。
在使用数据库服务器过程中可能会因为种种原因忘记了登录密码，或者需要使用别人的数据库服务器，别人却忘记了登录密码等等。
日常开发中，我们经常会使用到order by，亲爱的小伙伴，你是否知道order by 的工作原理呢？order by的优化思路是怎样的呢？使用order by有哪些注意的问题呢？本文将跟大家一起来学习，攻克order by~
MySQL架构分析 MySQL 的体系结构 MySQL 的模块详解 **Connectors**：用于支持各种语言与 **SQL** 交互； **Management Services & Utili
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
