mysql

How to create a mysqldump client based on docker to export the contents of a specific database Dumping the database structure for all table with no data docker run -it --rm \ mysql:5.7.28 \ mysqldump \ --host=192.168.1.131 \ --port=3306 \ --no-data \ --databases nacos \ --user=root \ --password=Gah6kuP7ohfio4 > nacos.sql Dumping the database structure for all table with with data docker run -it --rm \ mysql:5.7.28 \ mysqldump \ --host=192.168.1.131 \ --port=3306 \ --databases nacos \ --user=root \ --password=Gah6kuP7ohfio4 > nacos.sql 来源： oschina 链接： https://my.oschina.net/qwfys200/blog

函数 　　Mysql的函数特性没有SQL可移植性强。 　　大多数情况下支持的函数： 　　处理文本串的函数：　 　　　RTrim():处理列值右边的空格 　　　LTrim():处理列值左边的空格 　　 Trim():处理列值的左右两边的空格（中间的不处理） 　　 Upper():文本转大写 　　　Length():返回串的长度 　　　Locate():找出串的一个子串 　　　Lower():文本转小写 　　　... 　　算术操作函数： 　　　　包含一些常见的数值处理函数如： 　　　　Abs()取绝对值； 　　　　Mod()返回除操作的余数； 　　　　Pi()返回圆周率； 　　　　Rand();返回一个随机数； 　　　　Exp()返回一个数的指数值； 　　处理日期和时间的函数： 　　　　列举常用的几个： 　　　　CurDate() 返回当前日期； 　　　　CurTime()返回当前时间； 　　　　Date()返回日期时间的日期部分 　　　　Date_Format()返回一个格式化的日期或时间 　　　　Time()返回一个日期时间的时间部分 　　　　... 　　查询订单表中，发生于2005-09-01日的订单的有关信息： select cust_id, order_num from orders where date(order_date) = ' 2005-09-01 ' ; 　

前言 一般单机或者单数据库的项目可能规模比较小，适应的场景也比较有限，平台的访问量和业务量都较小，业务ID的生成方式比较原始但是够用，它并没有给这样的系统带来问题和瓶颈，所以这种情况下我们并没有对此给予太多的关注。但是对于大厂的那种大规模复杂业务、分布式高并发的应用场景，显然这种ID的生成方式不会像小项目一样仅仅依靠简单的数据自增序列来完成，而且在分布式环境下这种方式已经无法满足业务的需求，不仅无法完成业务能力，业务ID生成的速度或者重复问题可能给系统带来严重的故障。所以这一次，我们看看大厂都是怎么分析和解决这种ID生成问题的，同时，我也将我之前使用过的方式拿出来对比，看看有什么问题，从中能够得到什么启发。 分布式ID的生成特性 在分析之前，我们先明确一下业务ID的生成特性，在此特性的基础上，我们能够对下面的这几种生成方式有更加深刻的认识和感悟。 全局唯一 ，这是基本要求，不能出现重复。 数字类型，趋势递增 ，后面的ID必须比前面的大，这是从MySQL存储引擎来考虑的，需要保证写入数据的性能。 长度短 ，能够提高查询效率，这也是从MySQL数据库规范出发的，尤其是ID作为主键时。 信息安全 ，如果ID连续生成，势必会泄露业务信息，甚至可能被猜出，所以需要无规则不规则。 高可用低延时 ，ID生成快，能够扛住高并发，延时足够低不至于成为业务瓶颈。 分布式ID的几种生成办法

##产生死锁的必要条件 多个并发事务（2个或者以上） 每个事物都持有了锁（或者是已经在等待锁） 每个事务都需要再继续持有锁（为了完成事务逻辑，还必须更新更多的行） 事物之间产生加锁的循环等待，形成死锁 常规锁模式 LOCK_S（读锁，共享锁） LOCK_X（写锁，排它锁） 锁的属性 LOCK _REC_NOT_GAP（锁记录） LOCK_GAP（锁记录前的GAP） LOCK_ORDINARY（同时锁记录+记录前的GAP，Next key锁） LOCK_INSERT_INTETION（插入意向锁） 锁组合（属性+模式） 可以任意组合 锁冲突矩阵 锁是加在那里的？ 根据主键查找-锁加在主键上 如 begin;select * from tt_copy where id=4 for update; 加锁情况 index PRIMARY of table test . tt_copy trx id 1101588 lock_mode X locks rec but not gap 根据普通索引查找-锁加在普通索引和主键上 如 begin;select * from tt_copy force index(idx_a) where a=4 for update; 加锁情况 index idx_a of table test . tt_copy trx id 1101590 lock_mode