lixld的专栏

一、事务的基本要素（ACID）　　1、原子性（Atomicity）：事务开始后所有操作，要么全部做完，要么全部不做，不可能停滞在中间环节。事务执行过程中出错，会回滚到事务开始前的状态，所有的操作就像没有发生一样。也就是说事务是一个不可分割的整体，就像化学中学过的原子，是物质构成的基本单位。　　2、一致性（Consistency）：事务开始前和结束后，数据库的完整性约束没有被破坏 。比如A...

使用 MySQL 5.7 做测试，数据库引擎为 InnoDB，数据库隔离级别为可重复读（REPEATABLE-READ），读读共享，读写互斥。在这个隔离级别下，在多事务并发的情况下，还是会出现数据更新的冲突问题。先分析一下更新冲突的问题是如何产生的。假设我们有一张销量表 goods_sale ，表结构如下：字段 数据类型 说明 goods_sale_id varc...

用mycat写的函数------------------------------函数------------------------------//这是一个计算输入一个日期和当前日期之间相差月份的函数BEGIN  DECLARE m INTEGER(11);   if birthday is null then   set birthday=now();  end

Mysql分库分表方案1.为什么要分表：当一张表的数据达到几千万时，你查询一次所花的时间会变多，如果有联合查询的话，我想有可能会死在那儿了。分表的目的就在于此，减小数据库的负担，缩短查询时间。mysql中有一种机制是表锁定和行锁定，是为了保证数据的完整性。表锁定表示你们都不能对这张表进行操作，必须等我对表操作完才行。行锁定也一样，别的sql必须等我对这条数据操作

前段时间看了篇文章，讲Youku网数据库架构的演变，如何从最开始的读写分离，再到垂直分区，最后到水平分片，一步一步慢慢成熟的。看完之后很有冲动抽出一个模型来把这几种技术都实现一下。     说干就干，首先是读写分离了，我使用的数据库是Mysql，主从数据复制用的是半同步机制(mysql版本必须 5.5以上)，具体配置，可以参照这篇文章： http://blog.youkuaiyun.com/chang

主服务器设置

斯蒂芬斯蒂芬

阿里云 centos mysql，不知道是什么原因突然mysql就坏了，起不来了，.sock文件生成不了，搞了好久。于是决定把数据整体备份，然后再新的好的mysql中打开具体步骤备份的数据文件夹：/var/lib/mysql在新的好的mysql中找到对应的文件夹位置，应该也是这里/var/lib/mysql把上面的文件夹的内容，copy到新的mysql对应位置中一定注意看清...

https://www.cnblogs.com/wsh1230/p/8119526.html安装mysql-5.7.20-1.el6.x86_64解压mysql-5.7.20-1.el6.x86_64.rpm-bundle.tar；出来很多文件：如下只需按照其中四个就好，因为有依赖关系，所以顺序很重要step1:rpm -ivh mysql-community-common-5...

1.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。2.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，Sql 代码 : select id from t where num is null;可以在 num 上设置默认值 0,确保表中 num 列没有 null 值，然

step1:停止mysql服务命令：sevice mysqld stop;step2:找到mysql目录，并删除查找命令：rpm -ql mysql;会找到mysql的文件夹删除命令：rm -rf xxxxxstep3:下载新版本的mysql 5.5.28.rpm 安装： yum -y install mysql5.5.28.rpm

因为如果不用下面的order by field(列名字，数字)，则结果是按照id的自然干顺序排的只有加了下面的ｏｒｄｅｒ　ｂｙ　后才是按照ｉｎ里面的顺序排序！select user.us_fansno as '号',sub.usb_score as '积分' from b_user user,b_usersub sub where user.us_id = sub.us_id 

下面总结总结下mysql优化的一般技巧：

直接上图mysql提示 Lock wait timeout exceeded原因：原因是你使用的InnoDB   表类型的时候,默认参数:innodb_lock_wait_timeout设置锁等待的时间是50s,因为有的锁等待超过了这个时间,所以抱错.你可以把这个时间加长,或者优化存储过程,事务避免过长时间的等待.解决的办法有两个：

最近在看一些dbcp的相关内容，顺便做一下记录，免得自己给忘记了。1. 引入dbcp (选择1.4)Java代码        com.alibaba.external      jakarta.commons.dbcp      1.4     2. dbcp的基本配置相关配置说明: initialSize ：连接池

处理mysql锁争用的一个示例分类：MySQL处理mysql锁争用的一个示例模拟一个场景：建一个innodb引擎的表：create table shuzhi( id mediumint(8) primary key, name varchar(30), shuzhi mediumint(10));alter tabl

今天需要清理下垃圾数据：本来不应该有这样的数据：user_id 和works_id应该是联合唯一索引。应该有两个原因：1.是程序没有加锁2.数据库忘记添加索引下面开始处理垃圾数据：要想查出来这样的数据，先要准备脚本  select user_id,works_id  ,count(works_listen_id)   from xy_works_listen

之前跑的很好的程序，今天突然不能跑了，后台报错：Illegal mix of collations (utf8_unicode_ci,IMPLICIT) and (utf8_general_ci,IMPLICIT) for operation '='经过检查是昨晚后台的同事么倒数据，结果出了问题，表格的字符集校对  编码格式不同解决办法：用数据库工具，把表以及表中每个字段的字符集校对都

SET GLOBAL log_bin_trust_function_creators = 1;#1. 函数func_splitStringTotal：将字符串按指定方式分割，并计算单元总数DROP function IF EXISTS `func_get_splitStringTotal` ;CREATE FUNCTION `func_get_splitStringTo

今天工作中遇到个数据迁移的问题，几经周折啊，说说过程，db2导入mysql1,开始的策略：直接用export从DB2导出数据，用import导入数据到mysql================================DB2之间迁移==========================================具体步骤：为了执行存储过程还建