mmm

定义： 语法： CONVERT(target_type,expression,date_style smallint) 参数： ①target_type：目标数据类型。 这包括 xml、bigint 和sql_variant 。 不能使用别名数据类型。 ②expression：任何有效的表达式 ③date_style： Style ID Style 格式 100 或者 0 mon dd yyyy hh:miAM （或者 PM） 101 mm/dd/yy 102 yy.mm.dd 103 dd/mm/yy 104 dd.mm.yy 105 dd-mm-yy 106 dd mon yy 107 Mon dd, yy 108 hh:mm:ss 109 或者 9 mon dd yyyy hh:mi:ss:mmmAM（或者 PM） 110 mm-dd-yy 111 yy/mm/dd 112 yymmdd 113 或者 13 dd mon yyyy hh:mm:ss:mmm(24h) 114 hh:mi:ss:mmm(24h) 120 或者 20 yyyy-mm-dd hh:mi:ss(24h) 121 或者 21 yyyy-mm-dd hh:mi:ss.mmm(24h) 126 yyyy-mm-ddThh:mm:ss.mmm（没有空格） 130 dd mon yyyy hh:mi:ss

MySQL 主主同步方案 l MySQL 主主 +Keepalived l MySQL+DRBD+Heartbeat 在企业中，数据库高可用一直是企业的重中之重，中小企业很多都是使用 mysql 主主方案，一主多从，读写分离等，但是单主存在单点故障，从库切换成主库需要作改动。因此，如果是双主或者多主，就会增加 mysql 入口，增加高可用。 不过多主需要考虑自增长 ID 问题，这个需要特别设置配置文件，比如双主，可以使用奇偶 ，总之，主之间设置自增长 ID 相互不冲突就能完美解决自增长 ID 冲突问题。 主主方案实现思路 1、 两台 mysql 都可读写，互为主备。默认只使用一台 masterA 负责数据的写入，另一台 masterB 备用处于备用状态； 2、 masterA 是 masterB 的主库， masterB 又是 masterA 的主库，它们互为主从； 3、 两台主库之间做高可用 , 可以采用 keepalived 等方案，使用 VIP 对外提供服务； 4 、所有提供服务的从服务器与 masterB 进行主从同步（双主多从） ; 5 、建议采用高可用策略的时候， masterA 或 masterB 均不因宕机恢复后而抢占 VIP （非抢占模式）； 这样做可以在一定程度上保证主库的高可用 , 在一台主库 down 掉之后 , 可以在极短的时间内切换到另一台主库上

由于《深入理解Android 卷一》和《深入理解Android卷二》不再出版，而知识的传播不应该因为纸质媒介的问题而中断，所以我将在OSC博客中全文转发这两本书的全部内容。 第一章 阅读前的准备工作 本章主要内容 本章简单介绍Android系统架构、编译环境的搭建以及一些工具的使用。 1.1 系统架构 1.1.1 Android系统架构 Android是Google公司推出的一款手机开发平台。该平台本身是基于Linux内核的，图1-1展示了这个系统的架构： 图1-1 Android系统架构 从上图中可以看出，Android系统大体可分为四层，从下往上依次是： Linux内核层，目前Android2.2（代号为Froyo）基于Linux内核2.6版本。 Libraries层，这一层提供动态库（也叫共享库）、Android运行时库、Dalvik虚拟机等。从编程语言上来说，这一层大部分都是用C或C++写的，所以也可以简单地把它看成是Native层。 Libraries层之上是Framework层，这一层大部分用Java语言编写。它是Android平台上Java世界的基石。 Framework层之上就是Applications层了，和用户直接交互的就是这些应用程序，它们都是用Java开发的。 从上面的介绍可看出，Android最大的特点之一

一、概述 本文将介绍mysql的MMM(Master-Master replication manager for MySQL)方案。官方文档地址： https://mysql-mmm.org/start.html MMM架构由三台mysql服务器(两主一从)和一台监控节点组成，主库只有一台能对外提供写服务，另外一台主和从只对外提供读服务。当提供写服务的主库服务器发生故障时，能自动将写的vip漂移到另外一台写库上，并将从库重新指向另一台写库，实现高可用。 写库故障发生前： 写库故障发生后： 二、节点介绍 本次实验采用4台虚拟机，操作系统版本Centos6.10，mysql版本5.7.25 monitor 10.40.16.60 监控 监控集群 node1 10.40.16.61 主库 提供写服务 node2 10.40.16.62 主库 提供读服务 node3 10.40.16.63 从库 提供读服务 还须预留4个vip，不用手工配置，这里先提一下，后面的安装步骤用得到 10.40.16.71 写vip 10.40.16.72 读vip 10.40.16.73 读vip 10.40.16.74 读vip 三、安装 1. 配置双主一从 其中node1与node2互为主从，node3作为node1的从。具体的复制搭建这里就省略，要是这都不会，那么该文章对你就没意思了。 注明

mmm和mm出现一下log问题解决 log： make: Entering directory `/home/zhangyanfeng/android' make: *** No rule to make target `out/target/product/generic/obj/lib/libvobparser_jni.so', needed by `out/target/product/generic/obj/APPS/XXXXX_intermediates/package.apk'. Stop. make: Leaving directory `/home/zhangyanfeng/android' 解决： 录入以下command . build/envsetup.sh lunch 选择要build的版本 来源： CSDN 作者： zhangyf1987hb 链接： https://blog.csdn.net/zhangyf1987hb/article/details/84392339

平台: RK3288 + android 7.1 问题: rk3288_n712$ mmm frameworks/base/cmds/app_process/ .... Starting build with ninja ninja: Entering directory `.' ninja: error: 'out/target/product/rk3288/system/bin/linker_asan', needed by 'out/target/product/rk3288/system/bin/asan/app_process32', missing and no known rule to make it build/core/ninja.mk:148: recipe for target 'ninja_wrapper' failed make: *** [ninja_wrapper] Error 1 #### make failed to build some targets (19 seconds) #### 提示这个模块/文件没找到:out/target/product/rk3288/system/bin/linker_asan rk3288_n712$ ll out/target/product/rk3288/system/bin/linker_asan ls:

先进行清空export ONE_SHOT_MAKEFILE= source build/envsetup.sh lunch mmm . 来源： CSDN 作者： danwuxie 链接： https://blog.csdn.net/danwuxie/article/details/81938877

m,其实就是对make 进行了简单的封装。 1. mm和mmm命令是类似的，用来编译某些模块。 2. m命令用来编译所有模块。 来源： CSDN 作者： 方圆之水 链接： https://blog.csdn.net/lushuo9156/article/details/54601623

m：编译所有的模块； mm：编译当前目录下的模块，当前目录下要有Android.mk文件； mmm：编译指定路径下的模块，指定路径下要有Android.mk文件； 使用上述三个命令之前，需要在android源码根目录执行source build/envsetup.sh命令设置环境，m和make的区别便在此处。 来源： CSDN 作者： otto_yx 链接： https://blog.csdn.net/yx2817/article/details/59539082

Android 系统提供了三种指令用于编译，他们分别为 make、mmm、mm， 这三个指令编译的优缺点如下： 1. make： 不带任何参数，用于编译整个系统，编译时间比较长，除非是进行初次编译否则不建议此种做法； 例如：make MediaProvider z这种模式对应于单个模块的编译。它的优点是：会把该模块依赖的其他模块一起跟着编译。例如：make libmedia 就会把libmedia依赖库全部编译好。当然缺点也会很明显，那就是它会搜索整个源码来定位MediaProvider 模块所使用的Android.mk文件。并且还要判断该模块依赖的其他模块是否有修改。所以编译时间比较长。 2. mmm pacKages/providers/MediaProvider:该命令编译指定目录下的目标模块，而不编译它所依赖其他模块。所以，若是初次编译，采用此种模式编译一个模块往往会报错，错误的原因就在于它依赖的其他模块没有一起编译。 3. mm 这种编译方式一般需要cd 进入pacKages/providers/MediaProvider目录，然后执行mm指令。该命令会编译当前目录下的模块。它和mmm一样，只编译目标模块。mm和mmm编译的速度都很快。 从使用者的角度来考虑： 1. 如果只知道目标模块的名称，则建议使用 make 模块名 的方式编译目标模块。例如：如果要编译