当数据库中数据量特别大的时候，查询的速度就比较慢，这时候需要添加索引，来提高查询速度。索引的优点1通过创建唯一索引，可以保证数据库表中每行数据的唯一性。2加快数据查询速度3在使用分组和排序进行数据查询时，可以显著的减少查询中分组和排序的时间索引的缺点1维护索引需要消耗数据库资源2索引需要占用磁盘空间，索引文件可能会比数据

1、索引创建1）查看表中的索引，showindexfromtable;showindexesfromtable;2）我们一般都不在数据库层面限制外键，因为约束太多数据库压力太大，死锁产生的概率也会变大，但是关联字段肯定是会有的，这些关联字段都必须建立索引，因为外键都是为了关联查询的，连接条件最好有索引可用。3）经常出

　　最近使用一个系统的分布式版本搭建测试环境，该系统是基于MPI实现的并行计算，MPI是传统基于msg的系统，这个框架非常灵活，对程序的结构没有太多约束，高效实用简单，下面是MPI在多台机器上实现并行计算的过程。　　这里准备使用三台机器，假设为A，B，C，对应IP分别为：192.168.86.16（A），192.168.86.108（B），192.168

1、引言在中大型IM系统中，聊天消息的唯一ID生成策略是个很重要的技术点。不夸张的说，聊天消息ID贯穿了整个聊天生命周期的几乎每一个算法、逻辑和过程，ID生成策略的好坏有可能直接决定系统在某些技术点上的设计难易度。有中小型IM场景下，消息ID可以简单处理，反正只要唯一就行，而中大型场景下，因为要考虑到分布式的性能、一致性等，所以要考虑的问题

概念定义Singleton(单例)模式是指在程序运行期间,某些类只实例化一次，创建一个全局唯一对象。因此，单例类只能有一个实例，且必须自己创建自己的这个唯一实例，并对外提供访问该实例的方式。单例模式主要是为了避免创建多个实例造成的资源浪费，以及多个实例多次调用容易导致结果出现不一致等问题。例如，一个系统只能有一个窗口管理器或文件系统，一个程

对于很多开发人员来说，单例模式算是比较简单常用、也是最早接触的设计模式了，仔细研究起来单例模式似乎又不像看起来那么简单。我们知道单例模式适用于提供全局唯一访问点，频繁需要创建及销毁对象等场合，的确方便了项目开发，但是单例模式本身也有一定的局限性，如果滥用则会给后续软件框架的扩展和维护带来隐患。单例模式的实现有很多种，应用场合也各有不同，但必须保证实例唯一

系数据库依赖于主键，它是数据库物理模式的基石。主键在物理层面上只有两个用途： 惟一地标识一行。 作为一个可以被外键有效引用的对象。 索引是一种特殊的文件(InnoDB数据表上的索引是表空间的一个组成部分)，它们包含着对数据表里所有记录的引用指针。下面是主键和索引的一些区别与联系。 1\.主键一定是唯一性索引，唯一性索

utf8编码关于编码问题：首先需要知道什么是编码为什么要编码，计算机只能存储一个字节一个字节的二进制信息，所以需要把人可读的这些文字用唯一的方式在计算机内部表示出来，但是表示的方法不唯一；例如英文字符就那么点所以一个字节也就是8个二进制位就能给所有的进行编码，最多能给256个符号编码；但是ASCII编码实际只使用了

可以通过设置组件style的方式让被叫方的视图上面显示主叫方的视图，唯一要注意的一点是，android在setVideoView时需要设置一个属性isZOrderOnTop，这个属性控制是否置顶。