编译MySQL时Linuxthreadnotfound问题与解决

在FC6系统中从源码安装MySQL时遇到问题如下,提示Linux thread not found的错误，代码如下：

网站建设哪家好，找创新互联！专注于网页设计、网站建设、微信开发、微信小程序开发、集团企业网站建设等服务项目。为回馈新老客户创新互联还提供了旺苍免费建站欢迎大家使用！

 
 
 

  
  
  
#./configure --prefix=/usr/local/mysql 
  
  
  

  
  
  
… 
  
  
  

  
  
  
… 
  
  
  

  
  
  
checking "LinuxThreads"... "Not found" 
  
  
  

  
  
  
configure: error: This is a linux system and Linuxthreads was not found. On linux Linuxthreads should be used.  
  
  
  

  
  
  
Please install Linuxthreads (or a new glibc) and try again.  
  
  
  

  
  
  
See the Installation chapter in the Reference Manual for more information.
 
 
 

在网上随便搜一下关键字“Linuxthreads was not found”可以找到很多相关的帖子，但大多都没有提供完整解决方案。

下面来分析一下上面的出错情况，并就此提供一个解决方案。从上面的出错可以很明显的看出是说系统缺少线程库。没有线程，Linux可以运行吗？呵呵，那当然不行。既然没有linuxthread那现在用的是什么呢？

答案是NPTL。

作为去除过时的LinuxThreads 库的一个步骤，在 Fedora Core 5 test1 中编译和连接的代码现在自动使用NPTL头文件和库。在过去的版本中，从 Red Hat Linux 9 开始，默认的线程模型是LnuxThreads，因为接口是最通用的。NPTL 接口的优点在于，线程取消的处理更快 (使用 -fexception 参数时，即使在 C 代码中)。现在附加的接口也已可用，不需要特殊的编译器和连接器参数。

下面言归正转，怎样解决？

可以修改程序去支持NPTL，也可以在编译时加上对原有thread库的支持。我选择了后者，这样可以不动MySql的源代码。在mysql手册中搜关键字thread,可以查到在Chapter 2. Installing and Upgrading MySQL。

2.8.5. MIT-pthreads Notes

 
 
 

  
  
  
If your system does not provide native thread support, you should build MySQL using the MIT-pthreads package.  
  
  
  

  
  
  
This includes older FreeBSD systems, SunOS 4.x, Solaris 2.4 and earlier, and some others. See Section 2.1.1, “Operating Systems Supported by MySQL”. 
  
  
  

  
  
  
Beginning with MySQL 4.0.2, MIT-pthreads is no longer part of the source distribution.  
  
  
  

  
  
  
If you require this package, you need to download it separately from http://www.mysql.com/Downloads/Contrib/pthreads-1_60_beta6-mysql.tar.gz 
  
  
  

  
  
  
After downloading, extract this source archive into the top level of the MySQL source directory. 
  
  
  

  
  
  
 It creates a new subdirectory named mit-pthreads.
 
 
 

从上可以看出：只要下到mit-thread源码就可以了。但不知道为什么官方网站上已经没有下了的了(我又找了一个官网的镜像还是没有，郁闷ing)。再仔细看一下上面，只是将线程源码放到MySql源码目录的根目录下以mit-pthreads命名的目录。官方没有自己去下一个也是一样的，只要解压后放到上述位置就可了。

于是去下了一个pthread源码包，解压放到相应位置。

再执行：

 
 
 

  
  
  
#./configure  --prefix=/usr/local/mysql --with-mit-threads
 
 
 

就顺利通过了。

附：NPTL与 LinuxThreads 相比的优点

NPTL 没有使用管理线程。管理线程的一些需求，例如向作为进程一部分的所有线程发送终止信号，是并不需要的；因为内核本身就可以实现这些功能。内核还会处理每个线程堆栈所使用的内存的回收工作。它甚至还通过在清除父线程之前进行等待，从而实现对所有线程结束的管理，这样可以避免僵尸进程的问题。由于 NPTL 没有使用管理线程，因此其线程模型在 NUMA 和 SMP 系统上具有更好的可伸缩性和同步机制。

使用 NPTL 线程库与新内核实现，就可以避免使用信号来对线程进行同步了。为了这个目的，NPTL 引入了一种名为 futex 的新机制。futex 在共享内存区域上进行工作，因此可以在进程之间进行共享，这样就可以提供进程间 POSIX 同步机制。我们也可以在进程之间共享一个 futex。这种行为使得进程间同步成为可能。实际上，NPTL 包含了一个 PTHREAD_PROCESS_SHARED 宏，使得开发人员可以让用户级进程在不同进程的线程之间共享互斥锁。

由于 NPTL 是 POSIX 兼容的，因此它对信号的处理是按照每进程的原则进行的；getpid() 会为所有的线程返回相同的进程 ID。例如，如果发送了 SIGSTOP 信号，那么整个进程都会停止；使用 LinuxThreads，只有接收到这个信号的线程才会停止。这样可以在基于 NPTL 的应用程序上更好地利用调试器，例如 GDB。

由于在 NPTL 中所有线程都具有一个父进程，因此对父进程汇报的资源使用情况（例如 CPU 和内存百分比）都是对整个进程进行统计的，而不是对一个线程进行统计的。

NPTL 线程库所引入的一个实现特性是对 ABI（应用程序二进制接口）的支持。这帮助实现了与 LinuxThreads 的向后兼容性。

当前文章：编译MySQL时Linuxthreadnotfound问题与解决
标题链接：http://www.shufengxianlan.com/qtweb/news47/296397.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联