SQLServer迁移至MySQLSQLServer迁移至MySQL应该有很多种迁移方案，我用的方案是使用工具：NavicatPremium。假设我们现在要把192.168.3.126（SQLServer数据库）上的P2PSite数据库迁移至192.168.3.106（MySQL数据库）步骤如下在192.168.3.106（MySQL）

MySQL的binlog日志对于生产环境非常有用，任何时间对数据库的修改都会记录在binglog中；当数据发生增删改，创建数据库对象都会记录到binlog中，数据库的复制也是基于binlog进行同步数据；和SQLSERVER数据库开启完整模式的原理一样，每一次的数据的变动都会记录在案；（对数据库的select,show这些操作不会记录在binlog

最近开发一个WEB的ETL工具需要用到不同的数据源。第一次用POSTGRESQL发现一个双引号引发的问题：标准的SQL是不区分大小写的。但是PostgreSQL对于数据库中对象的名字允许使用支持大小写区分的定义和引用方法。方式就是在DDL中用双引号把希望支持大小的对象名括起来。比如希望创建一个叫AAA的表。如果用CREATETABLEAAA（

基础概念文件描述fd        文件描述符(filedescription),用于表述指向文件引用的抽象话题概念文件描述符在形式上是一个非负整数,实际上它是一个索引值,指向内核为每一个进程所维护的该进程打开文件的记录表,当程序打开一个现有文件或者创建一个新文件时,内核就向该进程返回一个文件描述符        unix系统把任何对象看做

SQLServer迁移至MySQLSQLServer迁移至MySQL应该有很多种迁移方案，我用的方案是使用工具：NavicatPremium。假设我们现在要把192.168.3.126（SQLServer数据库）上的P2PSite数据库迁移至192.168.3.106（MySQL数据库）步骤如下在192.168.3.106（MySQL）

如果一个主机上安装了mysql，占用了3306端口，那么如果我再启动一个mysql的话，会报端口冲突，3306端口被占用。今天遇到了一个问题，某主机docker容器里启动了一个mysql，端口映射到主机的3306端口。由于另一个人不知情，在主机上又安装了一个mysql，可以正常启动，没有报端口冲突。实际上外部使用的一直是docker里的mysql，并不能

mysql配置文件mysql的配置文件为/etc/my.cnf配置文件查找次序：若在多个配置文件中均有设定，则最后找到的最终生效/etc/my.cnf/etc/mysql/my.cnfdefaultextrafile/PATH/TO/CONF_FILE~/.my.cnfmysql常用配置文件参数

  程序运行在64位机器上用ODBC连接数据库，如果使用系统默认的ODBC管理器设置DSN，则在程序连接数据库时会报"数据源找不到名称和指定的默认驱动程序"的错误，面板上没有MySQL驱动的条目，设置好的数据源也没有显示在DelphiConnectString数据源列表中。       原因：你的程序找的是32位的ODBC管理器创建的DSN，所以

Swoole2.0官方默认的实例是短连接的，在请求处理完毕后就会切断redis或mysql的连接。实际项目可以使用连接池实现复用。实现原理也很简单，使用SplQueue，在请求到来时判断资源队列中是否有可用的连接，如果有直接拿来复用。如果没有就创建一个新的连接。在连接使用完毕后再讲它重新放回到队列，此连接就可以被其他协程复用。$count

平时开发中经常需要记录时间，比如用于记录某条记录的创建时间以及修改时间。在数据库中存储时间的方式有很多种，比如MySQL本身就提供了日期类型，比如DATETIME，TIMESTAMEP等，我们也可以直接存储时间戳为INT类型，也有人直接将时间存储为字符串类型。那么到底哪种存储时间的方式更好呢？不要使用字符串存储时间类型这是初学者很容易犯的错误，