golang配制高性能sql.DB
有很多教程是关于Go的sql.DB类型和如何使用它来执行SQL数据库查询的。
读取配置文件并启动，在配置文件中设置的监听端口监听客户端请求。收到客户端连接请求后，启动一个goroutine单独处理该请求。
可以。golang模板引擎动态可以读取sql。text/template是Go语言标准库，实现数据驱动模板以生成文本输出，可以理解为一组文字按照特定格式动态嵌入另一组文字中。
gorm库中的Create函数来将字符串存储到长文本字段中，如下所示：go user ：= User{Name： John Doe， Description： This is a long text string.} db.Create(&user)这将使数据库将字符串存储到长文本字段中。
【golang】高并发下TCP常见问题解决方案
传统的，有两种方法解决。一是分隔符协议，即每条消息结尾设置固定分隔符，Server 读到分隔符就认为读到了完整的包数据；二是长度协议，即在每个消息头部设置固定长度的字段，表征消息长度，再往后读取该长度的消息即可。
解决办法之一就是使用对象复用技术。在http协议层之下，使用对象复用技术创建Request数据结构。在http协议层之上，可以使用对象复用技术创建(w，*r，ctx)数据结构。
一般来说，Write() 是不可能主动知道连接断开的，除非是 SetDeadline() 猜测对方断掉了，指定时间内没有写成功就认为是断开。
如果你确实从源头捕获异常，你会得到一个不太优雅的 Go 错误模式版本。这可能会解决混淆代码的问题，但会遇到另一个问题：性能。在诸如 Java 之类的语言中，抛出异常可能比函数的常规返回慢数百倍。
golang内存扩容
1、切片的数据结构是 array内存地址，len长度，cap容量 make的时候需要注意 容量 * 长度 分配的内存大小要小于264，并且要小于可分配的内存量，同时长度不能大于容量。
2、在x8664环境上，golang管理的有效的程序虚拟地址空间实质上只有48位。在mheap中有一个pages pageAlloc成员用于管理golang堆内存的地址空间。
3、golang语言中MHeap就是全局缓存堆，MCache作为线程私有缓存。
4、嵌入式golang占用内存高可能问题在于缓存。清空日志后比较惊喜地发现，内存瞬间暴降至20M。嵌入式系统由硬件和软件组成．是能够独立进行运作的器件。其软件内容只包括软件运行环境及其操作系统。
5、环境：现象：golang微服务内存占用超过1G，查看日志发现大量kafka相关错误日志，继而查看kafka集群，其中一个kafka节点容器挂掉了。
6、因为切片的append导致超出容量，切片重新分配地址，切片背后的存储基于运行时的数据进行扩充，就会在堆上分配。在interface类型上调用方法，在Interface调用方法是动态调度的，只有在运行时才知道。
如何实现支持数亿用户的长连消息系统
room实例地址，通过room service下发给长连接 Center Service比较重的工作如全网广播，需要把所有的任务分解成一系列的子任务，分发给所有center，然后在所有的子任务里，分别获取在线和离线的所有用户，再批量推到Room Service。
现在流行的消息推送实现方式，主要为长链接方式实现。
随着用户量的增加，数据库成为最大的瓶颈，改善数据库性能常用的手段是进行读写分离以及分表，读写分离顾名思义就是将数据库分为读库和写库，通过主备功能实现数据同步。
看是自己开发还是使用第三方系统，如果是自己开发的，就必须拥有一个强大的团队来进行研发；如果是使用第三方系统，推荐使用深圳极光的消息推送系统。
嵌入式golang占用内存高
环境：现象：golang微服务内存占用超过1G，查看日志发现大量kafka相关错误日志，继而查看kafka集群，其中一个kafka节点容器挂掉了。
应该是内存的问题，你可以在资源管理其中删除几个不重要的而且占内存的进程，若还不行就试着增加一些虚拟内存增加虚拟内存的方法：我的电脑-属性-高级-设置（第一项S）-高级-更改（最下面）。
从数据结构可见，mheap管理着全部的内存，事实上Golang就是通过一个mheap类型的全局变量进行内存管理的。mheap内存管理示意图如下：系统预分配的内存分为spans、bitmap、arean三个区域，通过mheap管理起来。接下来看内存分配过程。
因为内存管理粗糙。经常看到fmt.xxx导致内存占用太多，反射导致内存占用太多的抱怨。go语言适合写服务器组件，那种和业务数据无关的服务器。比如数据库服务器、web服务器、日志搜索引擎等。