叁滴水 的博客

在一个系统协同开发时，经常会有数据表的变动，新增字段、修改数据、插入数据等等。一般会将这些sql单独保存在一个文件中，在系统升级时，一并执行。但是随着系统的逐渐庞大，开发人员的增多，这些sql总是不太好保存，或者执行的时候乱七八糟，维护起来非常困难。

大家肯定听说过，有些开发者由于个人失误，在delete或者update语句的时候没有添加where语句，导致整个表数据错乱。**mysql安全模式：mysql发现delete、update语句没有添加where或者limit条件时会报错。整个sql将无法执行，有效防止了误删表的情况。**

mysql支持多种数据类型，一般情况，对于开发者而言，在保证数据可以正常存储的前提现，会选择一种数据结构简单、占用空间小的类型。例如：[可以用用数值类型保存IP]

一般情况下，为了方便切换环境，我们会将关于环境的信息存放在配置文件中，例如mysql的账号密码，redis的账号密码，支付宝、微信的密钥等等。​ 这些信息是极为敏感的信息，一旦泄露，会造成很大的损失。因此，一般开发者会将配置文件中进一步加密，避免这些敏感信息让不法分子直接获取。

了解一个sql在查询时更加详细的信息，就必须要了解mysql执行计划，在此奉上较为全面的mysql执行计划总结，供大家参考。

不得不说数据库里有太多太多需要了解的东西，闲来无事数据库的内容总会有一番新的感悟，无不验证一句话“温故而知新”数据库中有太多太多的知识，也许在大多数开发的过程中，可能无需了解的太过深入，只需要学会完美的使用即可。但是如何使用才能完美的使用呢？接下来我通过常见的数据库mysql讨论下如何完美的使用，请大家多多参考。

借鉴地址：https://blog.youkuaiyun.com/gsying1474/article/details/48302565首先原文是用了3 个服务器，我是用了一个服务器；然后再原文的基础上，稍加了自己的整理。前提：redis中，主从切换场景中，没有绝对的主和从，只有初始化的主和从，然后当主down后，从就变成主了，而主即使连接上，也是从，不会变为主1.redis-server的主备关系：    ...

1.下载 logstashhttps://artifacts.elastic.co/downloads/logstash/logstash-6.3.1.tar.gz2.tar zxvf 进行解压；3 进入目录，并且在config下创建mysql.conf4.将下面信息写入 mysql.conf 注意 ip端口，还有路径信息修改input { jdbc { jdbc_dr...

本文讲述了如何正确的使用prepared statements。为什么它可以让你的应用程序运行的更快，和同样的让数据库操作变的更快。  为什么Prepared Statements非常重要？如何正确的使用它？ 数据库有着非常艰苦的工作。它们接受来自众多并发的客户端所发出的SQL查询，并尽可能快的执行查询并返回结果。处理statements是一个开销昂贵的操作，不过现在有了Pre

一、相关名词|--表级锁（锁定整个表）|--页级锁（锁定一页）|--行级锁（锁定一行）|--共享锁（S锁，MyISAM 叫做读锁）|--排他锁（X锁，MyISAM 叫做写锁）|--悲观锁（抽象性，不真实存在这个锁）|--乐观锁（抽象性，不真实存在这个锁）二、InnoDB与MyISAMMysql 在5.5之前默认使用

并发控制在计算机科学，特别是程序设计、操作系统、多处理机和数据库等领域，并发控制（Concurrency control）是确保及时纠正由并发操作导致的错误的一种机制。数据库管理系统（DBMS）中的并发控制的任务是确保在多个事务同时存取数据库中同一数据时不破坏事务的隔离性和统一性以及数据库的统一性。下面举例说明并发操作带来的数据不一致性问题：现有两处火车票售票点